[hugin-ptx] Re: Re: Hugin 2023.0 beta 1 released

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 receive

[hugin-ptx] Re: Hugin 2023.0 beta 1 released

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

[hugin-ptx] Re: Hugin 2023.0 beta 1 released

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 w

[hugin-ptx] Re: Hugin 2023.0 beta 1 released

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 https://bugs.debian.org/10

[hugin-ptx] Re: Hugin 2023.0 beta 1 released

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, sure

[hugin-ptx] Re: libpano13-2.9.22 release candidate rc2

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

[hugin-ptx] Re: libpano13-2.9.22 release candidate rc2

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 Debian/unstable)

[hugin-ptx] Re: libpano13-2.9.22 release candidate rc1

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 clean

[hugin-ptx] Re: Re: libpano13-2.9.22 release candidate rc1

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 is

[hugin-ptx] Re: libpano13-2.9.22 release candidate rc1

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 ShowScript

[hugin-ptx] Re: Tool to read parameters from pto file?

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 messag

[hugin-ptx] Re: No more hugin package in Ubuntu 22.04?

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 libvigraimpex

[hugin-ptx] Re: libpano13: INLINE problem

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 hav

[hugin-ptx] Re: libpano13 PTtiff2psdness testsuite error on multiple archs

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: http://wiki.panotools.org

[hugin-ptx] Re: Re: libpano13-2.9.21 release candidate rc1

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? 8X

[hugin-ptx] Re: libpano13-2.9.21 release candidate rc1

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

[hugin-ptx] Re: libpano13-2.9.21 release candidate rc1

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

[hugin-ptx] Re: libpano13-2.9.21 release candidate rc1

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

[hugin-ptx] Re: libpano13-2.9.21 release candidate rc1

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 as

[hugin-ptx] Re: libpano13-2.9.21 release candidate rc1

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: > https://sourceforge.net/projects/panotools/files/libpano

[hugin-ptx] Re: libpano13-2.9.21 release candidate rc1

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

[hugin-ptx] Re: libpano13-2.9.21 release candidate rc1

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

[hugin-ptx] Re: libpano13-2.9.21 release candidate rc1

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 shou

[hugin-ptx] Re: libpano13-2.9.20 release candidate rc3 released

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 i

[hugin-ptx] libpano13-bin: format string bug in panoFileOutputNamesCreate()]

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 value

[hugin-ptx] [patch] libpano typo distnace

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: http://wiki

[hugin-ptx] [patch] typo "normaly"

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 questi

[hugin-ptx] Re: Hugin 2020.0 beta 1 release

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

[hugin-ptx] Re: Re: Hugin 2019.2.0 released

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 because

[hugin-ptx] Re: Hugin 2019.2.0 released

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 packag

[hugin-ptx] [Patch] Manpage for hugin_stacker

as layer 0 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

[hugin-ptx] Re: Re: Hugin 2019.2.0 rc1 released

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 > wonde

[hugin-ptx] Re: hugin/cmake patch

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 succe

[hugin-ptx] Re: Hugin 2019.0 beta 2 released

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 A

[hugin-ptx] Versioning (was: Hugin 2019.0 beta 2 released)

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 sc

[hugin-ptx] Re: Hugin 2019.0 beta 1 released

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.' `I

[hugin-ptx] 2019.0 - XDG base dir support

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. Mat

[hugin-ptx] [patch] fix some typos

ps.com. 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: vend

[hugin-ptx] Re: Failed to build latest hg version: undefined reference to symbol 'LZ4_decompress_safe_continue'

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

[hugin-ptx] Re: Failed to build latest hg version: undefined reference to symbol 'LZ4_decompress_safe_continue'

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 repository? Y

[hugin-ptx] Re: Failed to build latest hg version: undefined reference to symbol 'LZ4_decompress_safe_continue'

"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 'LZ4_decompr

[hugin-ptx] Re: libpano13-2.9.20 release candidate rc2 released

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 succeeded.

[hugin-ptx] libpano gcc 8 warnings

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=]

[hugin-ptx] libpano - Typo fix

pos found 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);

[hugin-ptx] Re: Hugin 2018.0 beta1

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. Maturin. His other friend

[hugin-ptx] Re: Problem building hg version on linux / debian sid

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 but I cannot figure out which

[hugin-ptx] Re: PPA for Hugin 2017.0?

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 you.' `I sew his ears on

[hugin-ptx] Re: PPA for Hugin 2017.0?

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. This most probably is the

[hugin-ptx] [patch] Typo fix "an other"

the web visit 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 Date: Sat, 17 Jun 2017 13:35:16 +0200 Su

[hugin-ptx] Re: Hugin 2017.0 beta 1 release

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 grateful to you.' `I sew hi

[hugin-ptx] Re: [patch] hugin: typo successful

On 2016-09-11 Andreas Metzler 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.' `I sew his ears

[hugin-ptx] [patch] hugin: typo successful

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: http://wiki.panotools.org/Hugi

[hugin-ptx] Re: Enfuse v4.2 question

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 EnfuseGUI? > A quick google says "no", since the e

[hugin-ptx] Re: Hugin 2016.2 beta 1 released

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 change happened in 4.2. 4.1

[hugin-ptx] [patch] Typo fixes

iscussion 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 Date: Thu, 5 May 2016 13:58:2

[hugin-ptx] enblend-enfuse 4.2 Debian packages

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: http://wik

[hugin-ptx] enblend-enfuse 4.2: --enable-image-cache=yes causes build-error

Hello, I do not get the rationale for supporting a option in ./configure but failing the build: (sid)ametzler@argenau:/tmp/ENBLEND/enblend-enfuse-4.2$ ./configure --help | grep ge-cach --enable-image-cacheallow for processing of large images [default=no (sid)ametzler@argenau:/tmp/ENBLEND/e

[hugin-ptx] Re: rc1: Trivial patch for typos.

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 the package before I

[hugin-ptx] rc1: Trivial patch for typos.

more options, visit https://groups.google.com/d/optout. >From 312bdc925e6866c2e4ca81c4930c18ef1d6eae71 Mon Sep 17 00:00:00 2001 From: Andreas Metzler Date: Sun, 28 Feb 2016 13:45:16 +0100 Subject: [PATCH] Typo/grammar fix * specifiy -> specify * Sync wording in cpfind --help with manpage. --

[hugin-ptx] Re: Hugin 2016.0 RC1 release

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 grateful to you.' `I sew h

[hugin-ptx] Re: Installed Hugin 2015 from Debian Testing, reports error loading shared library

David W. Jones 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 hugin, hugin-data and > hu

[hugin-ptx] Re: Installed Hugin 2015 from Debian Testing, reports error loading shared library

Gnome Nomad wrote: > On Feb 12, 2016 20:55, "Andreas Metzler" wrote: [...] >> The best workaround is to use hugin 2016.0.0~beta1+dfsg-1 from >> experimental which was built against the non-broken libvigraimpex. [...] > Is the fix mentioned in the bug report showing up

[hugin-ptx] Re: Installed Hugin 2015 from Debian Testing, reports error loading shared library

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 Testing's version is (apparentl

[hugin-ptx] Re: Hugin 2016.0 beta compile error

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? Hello, You might have lib

[hugin-ptx] [patch] fixup whatis in pto_var manpage

email to 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:0

[hugin-ptx] hugin 2016: Multiple typo fixes

is 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 Date: Sat, 23 Jan 2016 19

[hugin-ptx] Hugin 2016.0 beta compile error

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 libra

[hugin-ptx] Re: Anyone built Enblend-4.1.4?

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 no terminal has > be

[hugin-ptx] Re: Hugin 2015.0 released

T. Modes 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 to him, Dr. Maturi

[hugin-ptx] Re: Github anyone?

Stefan Peter 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 mercurial hugin repo. >

[hugin-ptx] Re: Github anyone?

Yuval Levy 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?

[hugin-ptx] Re: Github anyone?

Stefan Peter 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 judge hugin to be an a

[hugin-ptx] Re: One thing not fixed in beta2 or is it enblend 4.1.3?

Gnome Nomad wrote: > On Jun 11, 2015 1:02 AM, "cspiel" 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 `version') >> you'll need acce

[hugin-ptx] Re: lensdb - too generic name for binary?

T. Modes 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

[hugin-ptx] lensdb - too generic name for binary?

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

[hugin-ptx] Re: Assertion error; Hugin 2014.0.0 on Lubuntu 14.04

Stefan Peter wrote: [...] > All these versions are based upon the same hugin-2014.0.0 release source > code. They differ in the amount of additional patches (originating from > the debian developers). [...] Actually the patches fixing the assertion originate from the hugin developers, we have onl

[hugin-ptx] Re: pto_gen on Debian

Emiliano Burgos 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 hugin-tools for D

[hugin-ptx] Re: hugin_start-problem

David W. Jones 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 | except for the chang

[hugin-ptx] Re: hugin_start-problem

On 2014-09-18 "T. Modes" 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-0

[hugin-ptx] Re: hugin_start-problem

- Forwarded message from Andreas Metzler - Date: Fri, 12 Sep 2014 19:22:23 +0200 From: Andreas Metzler To: hugin-d...@lists.launchpad.net Subject: Re: hugin_start-problem Message-ID: <20140912172223.ga21...@downhill.g.la> On 2014-09-09 Bruno Postle wrote: > On Mon 08-Sep-2014

[hugin-ptx] Re: Hugin 2014.0-RC4 release

Harry van der Wolf 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 rc4 except for

[hugin-ptx] Re: Hugin 2014.0RC3 release

Harry van der Wolf 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 assistant [131

[hugin-ptx] Re: Hugin 2014.0rc2 released

T. Modes 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. [...] has rc1 now but will probably up

[hugin-ptx] Re: Hugin 2014.rc1 and Python scripting, doesn't work

Stefan Peter 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 been > packaged

[hugin-ptx] Re: Compiling enblend after upgrade

Kornel Benko wrote: > I recently upgraded from ubunto 12.04 to 12.10. > Now the compilation of enblend makes problems. > /* in build directory */ >#make >[ 0%] Building CXX object src/CMakeFiles/enblend.dir/opencl.cc.o >cd /usr/BUILD/BuildEnblend/src && /usr/bin/c++ >

[hugin-ptx] Re: Hugin 2014.0beta1 released

David W. Jones 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 friends are so gratefu

[hugin-ptx] Re: versioned dependency on exiftool

On 2014-01-04 "T. Modes" 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,

[hugin-ptx] versioned dependency on exiftool

Hello, 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 Google XMP GPano tags Added a new Olympus CameraType Added a couple of new Minolta LensTypes Added two new

[hugin-ptx] Re: Hugin 2014.0beta1 released

On 2013-12-31 Harry van der Wolf 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 with "information

[hugin-ptx] Re: libpano13-2.9.19_beta1 released

Andreas Metzler wrote: > On 2013-12-17 Bruno Postle 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

[hugin-ptx] Re: libpano13-2.9.19_beta1 released

On 2013-12-17 Bruno Postle 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 the release pr

[hugin-ptx] Re: Hugin 2013.0rc2 released

On 2013-09-15 "T. Modes" 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 >&g

[hugin-ptx] Re: Hugin 2013.0rc2 released

ail to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/20130912173230.GB4508%40downhill.g.la. For more options, visit https://groups.google.com/groups/opt_out. Description: correct whatis entry in generated manpage. Au

[hugin-ptx] Re: Hugin tools without GUI

mike b 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 for instructions. > make[2]: *** > [src/hugin_base/makefilelib/CMakeFiles/mak

[hugin-ptx] Typo in hugin - accout

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 un

[hugin-ptx] FYI: hugin 2013.0.0 beta on Debian

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 you

[hugin-ptx] Re: hugin automation - pto_gen missing in the nightly ppa

Bruno Postle 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

[hugin-ptx] Re: hugin automation - pto_gen missing in the nightly ppa

Stefan Peter 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 be a problem in PTm

[hugin-ptx] Re: hugin automation - pto_gen missing in the nightly ppa

Bruno Postle wrote: > On 20 May 2013 09:56, Stefan Peter 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 these tests are relevant, they have never

[hugin-ptx] Re: Hugin in Ubuntu

Gnome Nomad 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 >> what's avail

  1   2   3   >