On 2023-10-06 "Carlos Eduardo G. Carvalho (Cartola)"
wrote:
> Is there an Ubuntu or generic linux binary available?
The Debian package should work on recent enough Ubuntu.
cu Andreas
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
---
You
On 2023-09-26 Andreas Metzler wrote:
> On 2023-09-25 "T. Modes" wrote:
>> bruno...@gmail.com schrieb am Sonntag, 24. September 2023 um 19:37:10 UTC+2:
>>> I see this on fedora, this look a bit messed-up:
>>> $ pkg-config flann --libs
>>&g
On 2023-09-25 "T. Modes" wrote:
> Hi Bruno and Andreas,
> bruno...@gmail.com schrieb am Sonntag, 24. September 2023 um 19:37:10 UTC+2:
> I see this on fedora, this look a bit messed-up:
> $ pkg-config flann --libs
> -L/usr/lib64\;-llz4 -lflann -lflann_cpp
> Is there something we can
On 2023-09-24 Bruno Postle wrote:
[...]
> I see this on fedora, this look a bit messed-up:
> $ pkg-config flann --libs
> -L/usr/lib64\;-llz4 -lflann -lflann_cpp
Hello,
I see similar breakage on Debian (hugin nevertheless built), and have
submitted a bug report
On 2023-09-23 "T. Modes" wrote:
> Hi all,
> today we are releasing beta 1 of Hugin 2023.0.0
It is available in Debian/unstable for testing now.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time,
On 2023-08-16 Jeff Welty wrote:
> I just went through and cleaned up all the warnings on rc2 (thanks to
> @Robert Clausecker for pointing them out).
> What I didn't clean up are the warnings for strncpy() and snprint() about
> truncation of strings.
> There appear to be a couple of logical bugs
On 2023-08-11 Bruno Postle wrote:
> libpano13 is the PanoTools library for panoramic imaging.
> A libpano13-2.9.22 rc2 tarball has been uploaded to sourceforge, this is
> a release candidate for testing that may become the final release:
[...]
Thank you, looks good. (Uploaded to
On 2023-07-22 Andreas Metzler wrote:
[...]
> I am not in favour of that, you'd still break the functional (but
> unused, yeah) interface. Also WriteScript/WriteResults changes would
> need to be reverted to keep the ABI unchanged.
> Imho there is a simple way to do this cleanly
On 2023-07-22 Bruno Postle wrote:
> On Sat, 22 Jul 2023, 13:36 Andreas Metzler, wrote:
>> On 2023-07-18 Bruno Postle wrote:
>>> libpano13 is the PanoTools library for panoramic imaging.
>>> A libpano13-2.9.22 rc1 tarball has been uploaded to sourceforge, this
On 2023-07-18 Bruno Postle wrote:
> libpano13 is the PanoTools library for panoramic imaging.
> A libpano13-2.9.22 rc1 tarball has been uploaded to sourceforge, this is
> a release candidate for testing that may become the final release:
Hello,
This breaks the ABI:
a)Removed
On 2022-10-09 Tommy Hughes wrote:
> Hi, is there a tool to access the various parameters in a pto file?
How about https://metacpan.org/dist/Panotools-Script ?
cu Andreas
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
---
You received this
On 2022-04-21 "bul...@gmail.com" wrote:
> Does anyone know why? Any 3rd party repo?
Hello,
Libvigraimpex is almost dead upstream and was removed from Debian
testing when it was unbuildable for a long time. (It has been
reintroduced recently.) Hugin (and enblend) build on and require
On 2022-03-11 "johnfi...@gmail.com" wrote:
> Due to the way inline works in c in gcc, I got errors building a debug
> build of libpano13 in fedora.
[...]
> Has anyone else built libpano13 debug in Linux? Did you need to work
> around the problem described below? If so, how? If not, do you
On 2021-11-01 "T. Modes" wrote:
> Okay, it was easier than thought. Attached the patch which should detect
> the endian for GNU C systems and set the preprocessor variable.
works foor me, thank you!
cu Andreas
--
A list of frequently asked questions is available at:
On 2021-10-31 Bruno Postle wrote:
[...]
> With the latest code (probably since [b6aef0]), the libpano13 library
> gets installed into /usr/lib on all architectures. Previously on
> x86_64 and other 64 bit architectures the library was installed to
> /usr/lib64 (as expected)
Does this help?
On 2021-10-28 "T. Modes" wrote:
> Andreas Metzler schrieb am Mittwoch, 27. Oktober 2021 um 19:01:35 UTC+2:
>> Does not seem to have worked, attaching the full log of the minimal
>> testcase mentioned above.
> thanks for testing, even if it does not work.
> Inst
On 2021-10-26 "T. Modes" wrote:
> Hi Andreas,
> thanks for the output. I think I found the cause:
> Andreas Metzler schrieb am Dienstag, 26. Oktober 2021 um 18:39:03 UTC+2:
>> Policy CMP0066 is not set: Honor per-config flags in try_compile()
>> source-file sign
On 2021-10-26 "T. Modes" wrote:
> Andreas Metzler schrieb am Dienstag, 26. Oktober 2021 um 08:21:25 UTC+2:
[...]
> > This check succeeds with gcc because of the gcc-builtin
> > https://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html
> > https://gcc.gnu.org/online
On 2021-10-16 Bruno Postle wrote:
[...]
> * General clean-up of the build system, removal of the autotools build system,
>CMake is now the default
[...]
Hello,
libdir is set to an empty vlue in the generated pkgconfig file. Attached
patch works for me.
cu Andreas
--
A list of frequently
On 2021-10-16 Bruno Postle wrote:
> libpano13 is the PanoTools library for panoramic imaging.
> A libpano13-2.9.21 rc1 tarball has been uploaded to sourceforge, this is
> a release candidate for testing that may become the final release:
>
On 2021-10-25 "T. Modes" wrote:
> Andreas Metzler schrieb am Sonntag, 24. Oktober 2021 um 08:47:07 UTC+2:
[...]
> I added all your proposed changes to the patch and added a test if -lm is
> needed (I still understand why this was not necessary in libpano 13 2.9.20
> fro
On 2021-10-24 Andreas Metzler wrote:
> The cmake set-up ignores/overrides -DCMAKE_INSTALL_LIBDIR (unless
> FIND_LIBRARY_USE_LIB64_PATHS is set). I am not 100% sure about the
> proper fix but I suspect dropping the whole MYLIB logic and trusting
> modern cmake to do the right thin
On 2021-10-16 Bruno Postle wrote:
> libpano13 is the PanoTools library for panoramic imaging.
[...]
> * General clean-up of the build system, removal of the autotools build system,
>CMake is now the default
[...]
Hello,
afaiu the rc files (resource files) are a windows thingy, i.e. this
On 2021-04-02 Bruno Postle wrote:
[...]
> Has _anyone_ tested this? I'll assume that no reports of problems
> indicates that everything is fine.
Hell Bruno,
I had uploaded to Debian/unstable quite soon after the rc was made
available and did not receive negative feedback.
Sorry for the delay
Hello,
this is a copy of https://bugs.debian.org/985249 submitted by Wooseok Kang
- Forwarded message from Wooseok Kang -
Date: Mon, 15 Mar 2021 12:08:01 +0900
From: Wooseok Kang
In libpano13, there is a format string vulnerability
that can lead to read and write arbitrary memory
Hello,
lintian just found another typo in libpano. Trivial patch attached.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
A list of frequently asked questions is available at:
Hello,
find attached a trivial typo fix, generated with
sed -i -e s/normaly/normally/g `grep -rl normaly`
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
A list of frequently asked
On 2020-10-25 "T. Modes" wrote:
> Hi all,
> today we are releasing beta 1 of Hugin 2020.0.0
[...]
Good Morning
Binary packages fr Debian are available in experimental.
cu Andreas
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
---
You received
David W. Jones wrote:
> On January 10, 2020 8:45:28 AM HST, Andreas Metzler wrote:
[...]
>>Debian buster already has 2019.2.0 rc1 which is (on Linux) identical
>>to the final release except for some translations. (I have not yet
>>uploaded the final release beca
David W. Jones wrote:
> On 1/5/20 5:01 AM, Bruno Postle wrote:
>> Thanks Thomas!
>> Hugin 2019.2.0 will be in fedora linux 32. RPM packages for fedora 30
>> and 31 are in the panorama copr repository:
>> https://copr.fedorainfracloud.org/coprs/bpostle/panorama/
> I compiled and made a DEB
and all
input images
as additional layers with the mask as described above.
=back
=head1 AUTHORS
POD-format documentation converted from
L<https://wiki.panotools.org/Hugin_stacker> by
Andreas Metzler
On 2019-11-29 "David W. Jones" wrote:
>>> On November 28, 2019 12:11:47 PM HST, Bruno Postle
>>> wrote:
Fedora packages of Hugin 2019.2 rc1 are here:
https://copr.fedorainfracloud.org/coprs/bpostle/panorama/
[...]
> Sorry for the confusion, it was too short and not clear. I was
>
On 2019-10-10 Wirz wrote:
> Hi,
> The cmake command to find python executables and libraries has changed
> in cmake 3.12. As a results hugin doesn't build for example in the
> current debian/testing.
[...]
Hello,
I have no opinion on the patch, it might be the correct thing to do.
I had
David W. Jones wrote:
> What's required to compile this on 64-bit Debian Linux? The Hugin
> version they seem to have listed now is 2018.0.0.5abfb4de7961. The
> testing repository shows "2018.0.0+dfsg-3+b1 (testing)".
[...]
Source and binary packages are available in Debian/experimental.
cu
T. Modes wrote:
> Hi all,
> today we are releasing a beta 2 of Hugin 2019.0.
> Source tarball can be downloaded
> at sourceforge:
> https://sourceforge.net/projects/hugin/files/hugin/hugin-2019.0/hugin-2019.0beta2.tar.bz/download
[...]
Hello
Can we please stick with a versioning/file-name
On 2019-01-26 "T. Modes" wrote:
> Hi all,
> today we are releasing a first beta of Hugin 2019.0.
[...]
uploaded to Debian/experimental, should be available after the next
mirror sync.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
Hello,
is xdg base dir support enabled automatically? I do not see it. Starting
and stopping hugin with an empty ~/ generates .hugindata directory and
.hugin file instead of something like ~/.config/hugin/huginrc and
~/.local/share/hugin.
cu Andreas
--
`What a good friend you are to him, Dr.
m.
To view this discussion on the web visit
https://groups.google.com/d/msgid/hugin-ptx/20190126142509.GB1352%40argenau.bebt.de.
For more options, visit https://groups.google.com/d/optout.
Description: Fix typos Unknow/Therefor/therefor
Found by lintian.
Author: Andreas Metzler
Origin: vendor
Last-Up
T. Modes wrote:
> Am Donnerstag, 1. November 2018 19:51:18 UTC+1 schrieb Andreas Metzler:
>> > Can we use the patch in our repository?
>> Yes, I think so.
> Thanks for the patch and the explanation.
> I committed a slightly modified version so that it works also on
T. Modes wrote:
> Am Donnerstag, 1. November 2018 14:46:53 UTC+1 schrieb Andreas Metzler:
>> Add
>> https://salsa.debian.org/debian-phototools-team/hugin/raw/unstable/debian/patches/20_flann_find_pkg-config.patch
>>
> Can we use the patch in our repo
"Jean-Luc Coulon (f5ibh)" wrote:
> Hi,
> I tried to build the latest hg version and I got the following:
> [...]
> [ 71%] Built target align_image_stack
> [ 71%] Linking CXX executable cpfind
> /usr/bin/ld: CMakeFiles/cpfind.dir/PanoDetectorLogic.cpp.o: undefined
> reference to symbol
On 2018-09-22 Bruno Postle wrote:
> libpano13 is the PanoTools library for panoramic imaging.
> A libpano13-2.9.20 rc2 tarball has been uploaded to sourceforge, this is
> a release candidate for testing that may become the final release:
[...]
Helo,
Build tests on Debian/experimental
Hello,
building libpano with gcc 8 (instead of 7) triggers a couple of new
warnings that might be interesting:
---
parser.c: In function 'ReadImageDescription':
parser.c:1854:38: warning: '%s' directive writing up to 65535 bytes into a
region of size 256 [-Wformat-overflow=]
by lintian
Resultion/enought
Author: Andreas Metzler
Origin: vendor
Last-Update: 2018-09-23
--- libpano13-2.9.20~rc2+dfsg.orig/parser.c
+++ libpano13-2.9.20~rc2+dfsg/parser.c
@@ -2479,7 +2479,7 @@ char *panoParserFindOLine(char *script,
result = calloc(length + 1, 1);
if (resu
T. Modes wrote:
[...]
> today we are releasing a first beta of Hugin 2018.0. (The final release
> will not be this year, therefor I called it 2018.0)
[...]
Should hit Debian/experimental with the next mirror pulse.
cu Andreas
--
`What a good friend you are to him, Dr.
On 2017-08-06 "Jean-Luc Coulon (f5ibh)" wrote:
> I've some errors while building Hugin on debian.
> I use debian/sid.
Please look at https://bugs.debian.org/src:hugin where you will find
https://bugs.debian.org/853447
> Maye some packages has been updated on debian
David W. Jones wrote:
[...]
> So if I have:
> 2017.0.0~rc2+dfsg-2 from Debian Testing repository, I have the same
> version as the announced 2017.0?
Yes, that's right.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to
Stefan Peter wrote:
[...]
> Both the RC2 and the final 2017.0.0 are tagged to the same revision
> (7741:eac5e8cc546e) in the hugin source code, so from a functional point
> of view, they are identical.
i.e. except for
dpkg -l hugin\*
there is absolutely no difference.
sit
https://groups.google.com/d/msgid/hugin-ptx/20170617113917.wnlxwrkpwwk47m45%40argenau.bebt.de.
For more options, visit https://groups.google.com/d/optout.
>From 4aca008ca47a647bc697a8b0aa24ddc48eeb1b1d Mon Sep 17 00:00:00 2001
From: Andreas Metzler <ametz...@bebt.de>
Date: Sat, 17 Jun 2017 13:
T. Modes wrote:
> Hi all,
> today we are releasing a first beta of Hugin 2017.0.
> Source tarball can be downloaded
Hello,
binary packages are available in Debian/experimental.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so
On 2016-09-11 Andreas Metzler <ametz...@bebt.de> wrote:
> find attached a trivial typo fix for hugin rc2.
There is another one, updated patch (including the original one)
attached.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you
Hello,
find attached a trivial typo fix for hugin rc2.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
A list of frequently asked questions is available at:
bugbear wrote:
> Frederic Da Vitoria wrote:
>> 2016-06-08 10:03 UTC+02:00, bugbear :
>>> Didn't there used to be a semi interactive GUI for enfuse, which
>>> would make such experimentation, if not simpler, quicker and
>>> easier?
>> Do you mean
Stefan Peter wrote:
[...]
> IIRC, current enblend/enfuse always use OpenMP. The separation in OpenMP
> and not OpenMP enabled binaries has been dropped when support for the
> image cache (which was not compatible with OpenMP) was dropped in 4.1.
Right, except that this
on the web visit
https://groups.google.com/d/msgid/hugin-ptx/20160505120127.GB1251%40argenau.bebt.de.
For more options, visit https://groups.google.com/d/optout.
>From 284f01504d50252452f6d6e23ad05ec6bdf73a3d Mon Sep 17 00:00:00 2001
From: Andreas Metzler <ametz...@bebt.de>
Date: Thu, 5 May
Hello,
FWIW I have just uploaded enblend-enfuse 4.2 to Debian experimental.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
A list of frequently asked questions is available at:
On 2016-02-28 "T. Modes" wrote:
[...]
> But why appear such fixes only hours *after* a rc/release and not before?
> Since beta 1 there was enough time for proof reading ;-)
That is easily excuse^Wplained: I do not proof-read but run Debian's
automatic checker (lintian) over
ns, visit https://groups.google.com/d/optout.
>From 312bdc925e6866c2e4ca81c4930c18ef1d6eae71 Mon Sep 17 00:00:00 2001
From: Andreas Metzler <ametz...@bebt.de>
Date: Sun, 28 Feb 2016 13:45:16 +0100
Subject: [PATCH] Typo/grammar fix
* specifiy -> specify
* Sync wording in cpfind --
T. Modes wrote:
> after beta 1 some weeks ago we release today Hugin 2016.0 release candidate
> 1.
[...]
Thanks!
Uploaded to Debian/experimental, should hit the mirrors tomorrow.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so
David W. Jones <gnomeno...@gmail.com> wrote:
> On 02/12/2016 11:48 PM, Andreas Metzler wrote:
[...]
>> However afaik
>> 2016 beta is not "unstable", I am not aware of any seriuos issues.
> Thanks.
> I enabled experimental repository. Tried to force
Gnome Nomad <gnomeno...@gmail.com> wrote:
> On Feb 12, 2016 20:55, "Andreas Metzler" <ametz...@bebt.de> wrote:
[...]
>> The best workaround is to use hugin 2016.0.0~beta1+dfsg-1 from
>> experimental which was built against the non-broken libvigraimpex.
[.
David W. Jones wrote:
> When I try to start Hugin 2015, nothing happens. Starting it from a
> command line gave me this error:
> hugin: error while loading shared libraries: libvigraimpex.so.6: cannot
> open shared object file: No such file or directory
> Debian
On 2016-01-24 "T. Modes" wrote:
[...]
> But what I don't understand: the code was committed 8 months ago. Nobody
> complained so far. Also when I tested the code on Linux, the patch was not
> necessary.
> What's different in your environment, that the patch is needed?
discussion on the web visit
https://groups.google.com/d/msgid/hugin-ptx/20160123181144.GC27490%40argenau.bebt.de.
For more options, visit https://groups.google.com/d/optout.
From 338b2a0e6593c4ac6ece1ec60044dc3fdd44713b Mon Sep 17 00:00:00 2001
From: Andreas Metzler <ametz...@bebt.de>
Date: Sat, 23 J
Hello,
starting with version in 2016.0
src/hugin_base/hugin_utils/utils.cpp has started calling
XOpenDisplay() for
on
#ifdef _WIN32
...
#elif defined __APPLE__
#else
XOpenDisplay()
#endif
However -lX11 is missing from the linker line:
---
[ 20%] Linking CXX shared
hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/hugin-ptx/20160123182555.GD27490%40argenau.bebt.de.
For more options, visit https://groups.google.com/d/optout.
>From a85cbc9c9640cd18d154248dfe1e04ba917fdc14 Mon Sep 17 00:00:00 2001
Terry Duell wrote:
> I'm having problems here attempting to build Enblend-4.1.4 on Fedora 22.
> I have tried the cmake and the autotools approach, neither work for me,
> but I have probably have missed something.
> I get messages related to gnuplot, essentially saying that
T. Modes thomas.mo...@gmx.de wrote:
after release candidate 3 we are releasing today Hugin 2015.0
[...]
Hello,
FYI it is going to take some time for Debian to upgrade from rc3 to the
release since we are currently in the middle of the gcc5 transition.
cu Andreas
--
`What a good friend you are
Stefan Peter s_pe...@swissonline.ch wrote:
[...]
I say we need an alternative plan, at least for the source repository.
And because switching the source version control system at this time in
the release process seem a large risk to me, I propose to find another
hosting provider for the
Stefan Peter s_pe...@swissonline.ch wrote:
[...]
I'd love to see hugin using git, but this is for the developers to decide.
In any case, a move away from SF would need quite some work, there are
quite some hugin related links pointing to SF. And we would have to make
sure that SF does not
Yuval Levy goo...@levy.ch wrote:
+1 to move the codebase away from SF.
On 15-07-18 11:32 AM, Andreas Metzler wrote:
If hugin switched from HG to GIT using launchpad as repository hoster
would be the natural choice since the bugtracker is already there.
Have I missed something? I thought
Gnome Nomad gnomeno...@gmail.com wrote:
On Jun 11, 2015 1:02 AM, cspiel csp...@freenet.de wrote:
On Thursday, 11 June 2015 09:51:51 UTC+2, GnomeNomad wrote:
How do I tell what version I have?
PATH/TO/YOUR/ENBLEND/BINARY/enblend --version
To look up a particular revision (as opposed to
T. Modes thomas.mo...@gmx.de wrote:
Am Sonntag, 3. Mai 2015 08:07:22 UTC+2 schrieb Andreas Metzler:
How about using
hugin-lensb or lensdb-hugin?
I renamed it in the repository to hugin_lensdb and also updated the man
page and documentation.
Hopefully the fix does not break anything
Hello,
/usr/bin/lensdb in hugin seems to be a too generic name for a
specialist tool. (Manage the database of lenses used exclusively by
the hugin toolsuite.) This might generate conflicts and
misunderstanding later on, if when something like digikam or shotwell
added a commandline interface to a
Emiliano Burgos burgos...@gmail.com wrote:
I'm trying to use hugin on a raspberry pi. Installed hugin and found out
that the pto_gen is missing.
[...]
Hello,
It is shipped as part of all Debian hugin packages that are based on
new enough hugin version to actually include it. You'll find it in
David W. Jones gnomeno...@gmail.com wrote:
I just glanced at Debian Sid repository; it's only up to RC3. So RC4
might not have gotten much testing from Debian users.
[...]
http://article.gmane.org/gmane.comp.misc.ptx/35160
| Please note that Debian's 2014.0.0~rc3+dfsg-1 is identical to rc4
|
On 2014-09-18 T. Modes thomas.mo...@gmx.de wrote:
Am Samstag, 13. September 2014 13:30:52 UTC+2 schrieb Andreas Metzler:
we also see this on Debian https://bugs.debian.org/761224 with
hugin 2014.0.0~rc3+dfsg-4 (i.e. 2014.0.0 rc4)
libwxbase3.0-03.0.1-3
libwxgtk3.0-0
- Forwarded message from Andreas Metzler ametz...@bebt.de -
Date: Fri, 12 Sep 2014 19:22:23 +0200
From: Andreas Metzler ametz...@bebt.de
To: hugin-d...@lists.launchpad.net
Subject: Re: hugin_start-problem
Message-ID: 20140912172223.ga21...@downhill.g.la
On 2014-09-09 Bruno Postle bruno
Harry van der Wolf hvdw...@gmail.com wrote:
Hi all,
Again we have to release another Release Candidate being 2014.0.0-RC4, as
the serious bug we thought to have solved in the RC3 was actually 2 serious
bugs in one.
[...]
Thanks.
Please note that Debian's 2014.0.0~rc3+dfsg-1 is identical to
Harry van der Wolf hvdw...@gmail.com wrote:
[..]
Unfortunately it was necessary to do an RC3 release as we had some serious
bugs in our RC series.
See below the release notes for the Hugin 2014 RC3 release.
[...]
CHANGES SINCE 2014.0RC2
[...]
Fixes crash when loading multiple images in
T. Modes thomas.mo...@gmx.de wrote:
Am Sonntag, 27. April 2014 15:52:00 UTC+2 schrieb Cartola:
Is there a ready compiled ubuntu version of this last rc?
yes. There are ready compiled ubuntu versions of beta1 and also of rc1.
[...]
https://launchpad.net/~hugin/+archive/next has rc1 now but
Stefan Peter s_pe...@swissonline.ch wrote:
On 23.03.2014 15:41, Robert Lesac wrote:
Update:
Added PYTHONPATH (pointing to the hugin/bin) to my system variables,
didn't help with Hugin, but Python now imports HSI successfully.
Python scripting was broken with RC1, try RC2 (no idea if RC2 has
On 2014-01-04 T. Modes thomas.mo...@gmx.de wrote:
Am Samstag, 4. Januar 2014 13:38:37 UTC+1 schrieb Andreas Metzler:
hugin hg tip now requires exiftool = 9.09.
Upstream changelog says this about the specific release:
---
Dec. 15, 2012 - Version 9.09
-Added a few new
David W. Jones gnomeno...@gmail.com wrote:
[...]
Enblend and enfuse, 4.1.2+dfsg-2 are in Debian Sid repository, too. Sid
doesn't have the 2014 Hugin beta, though.
The hugin beta is available in Debian/experimental.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other
On 2013-12-31 Harry van der Wolf hvdw...@gmail.com wrote:
Hi all,
On the last day of the year 2013 we release the source tarball for the new
Hugin release 2014.0.
Yay.
Some nitpicks:
+ src/hugin1/icpfind/default.unix still adds an entry for the
(removed) autopano_noop.
+ We have ended
Andreas Metzler ametz...@bebt.de wrote:
On 2013-12-17 Bruno Postle br...@postle.net wrote:
libpano13 is the PanoTools library for panoramic imaging.
A libpano13-2.9.19 beta1 tarball has been uploaded to sourceforge, this is
for testing but is expected to be very similar to the final release
On 2013-12-17 Bruno Postle br...@postle.net wrote:
libpano13 is the PanoTools library for panoramic imaging.
A libpano13-2.9.19 beta1 tarball has been uploaded to sourceforge, this is
for testing but is expected to be very similar to the final release:
[...]
Hello,
Thanking for jumpstarting
On 2013-09-15 T. Modes thomas.mo...@gmx.de wrote:
Am Donnerstag, 12. September 2013 19:32:30 UTC+2 schrieb Andreas Metzler:
find attached a trivial patch to fix the formatting of to
manpages, they used
=head1 NAME
foo: do something
instead of
=head1 NAME
foo - do something
thanks
: Andreas Metzler ametz...@debian.org
Origin: vendor
--- hugin-2013.0.0~rc2+dfsg.orig/doc/pto_lensstack.pod
+++ hugin-2013.0.0~rc2+dfsg/doc/pto_lensstack.pod
@@ -1,6 +1,6 @@
=head1 NAME
-pto_lensstack: modify assigned lenses and stack in pto files
+pto_lensstack - modify assigned lenses
mike b michael...@gmail.com wrote:
I'm an idiot, putty has logging...Duh!
Here is the whole thing:
[...]
c++: Internal error: Terminated (program cc1plus)
Please submit a full bug report.
See http://bugzilla.redhat.com/bugzilla for instructions.
make[2]: ***
Hello,
find attached a trivial typo fix against hg tip.
cu Andreas
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to the Google Groups
hugin and other free panoramic software group.
To
Hello,
hugin 2013.0.0 beta1 is now included in Debian unstable and testing.
The package Debian/stable has been accepted into the backports archive
and should be available on the mirrors soon.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to
Bruno Postle br...@postle.net wrote:
On Mon 20-May-2013 at 12:00 +0200, Andreas Metzler wrote:
We are successfully running the testsuite on Debian (2.9.18), the
only relevant patch we are using is
http://anonscm.debian.org/gitweb/?p=pkg-phototools/libpano.git;a=blob;f=debian/patches
Bruno Postle brunopos...@googlemail.com wrote:
On 20 May 2013 09:56, Stefan Peter s_pe...@swissonline.ch wrote:
No, and it probably will take some time to do so because the nightly
build depends on the yet unreleased libpano13-2.9.19 which fails to
build due to failing tests.
I'm not sure
Stefan Peter s_pe...@swissonline.ch wrote:
[...]
I know, as usual I used the Debian 2.9.18 as a base for 2.9.19.
However, at least when compiled under raring, the tests now fail.
I'd be inclined to drop them if I didn't find that under x86_64, even
the simpleStitch tests fail. There seems to
Gnome Nomad gnomeno...@gmail.com wrote:
On 04/27/2013 06:59 PM, Thomas Pryds wrote:
I see the new Ubuntu 13.04, Raring Ringtail, released a few days ago
carries Hugin 2011.4.0 in its standard repositories. Does anyone have an
idea why this is not 2012.0.0? I guess it has something to do with
Gnome Nomad gnomeno...@gmail.com wrote:
Enblend, enfuse, hugin-data packages accept the force version in
Synaptic. Forcing the version on Hugin package says that hugin-tools
will be removed. Forcing the version on hugin-tools says that Hugin will
be removed.
[...]
So it looks like I can't
Harry van der Wolf hvdw...@gmail.com wrote:
Hugin-2013.0 RELEASE NOTES
[...]
Hello,
I have finally found time to update the Debian packaging and have
made an upload to experimental.
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I
Hello,
* Tclap *
It is not used in used in a normal hugin build and therefore
not searched for by CMake. However
still src/hugin_cpfind/localfeatures/keypoints.cpp has
#include tclap/CmdLine.h
and therefore building with -DBUILD_KEYPOINTS=ON fails if tclap is
not present. (It succeeds if tclap is
Bgeocpset was written by Thomas Modes. This manpages was generated by
converting the wiki-page on Lhttp://wiki.panotools.org/ to pod-format by
Andreas Metzler.
1 - 100 of 249 matches
Mail list logo