Re: [hugin-ptx] Re: Update translations

2019-08-24 Thread Jean-Luc Coulon (f5ibh)
Hi,
I'm the translator for Hugin.
Fist please avoid to hijack a thread for this kind of discussion.

The best is to open a dedicated post and have a discussion on the subject.

There is no problem to get new vision of some strings. But this needs to be
coordinated in some way to avoid double work.
I maintain a local up-to-date version of the translation which is submitted
on requests. But merging work of others can only be done with a properly
formatted diff file.

Thanks

Regards

Jean-Luc


Le sam. 24 août 2019 à 12:09, Frederic Da Vitoria  a
écrit :

> Bonjour,
>
> Entièrement d'accord avec Fabrice, Pour les calques / couches, c'est une
> question de logiciel de retouche de référence. Personnellement, j'ai une
> petite préférence pour "couche" car il est plus proche du terme d'origine,
> mais d'un autre côté, de nombreux logiciels de retouche utilisent plutôt le
> terme "calque"...
>
> Le sam. 24 août 2019 à 11:18, FabKzo  a écrit :
>
>> Bonjour Stéphane,
>>
>> Il est vrai que le terme "fusionner" ne permet pas de faire la
>> distinction entre enblend et enfuse. Le terme fusion peut être explicite
>> pour un mélange d'images par expositions ou balances des blancs ( avec
>> Enfuse ) par contre je pense personnellement que l'idée de "soudure" pour
>> Enblend peut être une bonne traduction.
>> A voir avec le traducteur officiel si Mr Coulon ( il me semble) ne s'en
>> occupe plus?
>>
>> Fabrice
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to hugin-ptx+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/hugin-ptx/e7a37421-1775-419e-85f5-11367dd91372%40googlegroups.com
>> 
>> .
>>
>
>
> --
> Frederic Da Vitoria
> (davitof)
>
> Membre de l'April - « promouvoir et défendre le logiciel libre » -
> http://www.april.org
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to hugin-ptx+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/hugin-ptx/CANe_y9RiLokK4KUFEHpFafQF9fpGj5md%2Bw%2Bzy_drhk-kBc3KSQ%40mail.gmail.com
> 
> .
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAAaJ9vvK0baRdE1VSbJmF2R%2BSDVMpZ0cdgC%3DBdzVMNi6EX0VxQ%40mail.gmail.com.


Re: [hugin-ptx] undefined reference to `wxTCPServer::Create(wxString const&)'

2019-01-18 Thread Jean-Luc Coulon (f5ibh)
Thanks :)

Jean-Luc

Le ven. 18 janv. 2019 à 10:14, Wirz  a écrit :

> Hi,
>
> same problem here ... patch is attached.
>
> cheers, lukas
>
>
> On 18/01/2019 10:58, Jean-Luc Coulon (f5ibh) wrote:
> > Hi,
> > On Debian sid, I've the following error trying to build latest hg version
> > of hugin:
> > [ 81%] Linking CXX executable PTBatcherGUI
> > [ 81%] Built target icpfind
> > [ 82%] Building CXX object
> > src/hugin1/hugin/CMakeFiles/hugin.dir/PanoPanel.cpp.o
> > /usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
> > `BatchIPCServer::OnAcceptConnection(wxString const&)':
> > /usr/include/wx-3.0/wx/sckipc.h:59: undefined reference to `vtable for
> > wxTCPConnection'
> > /usr/bin/ld: /usr/include/wx-3.0/wx/sckipc.h:59: undefined reference to
> > `wxTCPConnection::Init()'
> > /usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
> > `PTBatcherGUI::OnInit()':
> >
> /usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.cpp:184:
> > undefined reference to `wxTCPClient::wxTCPClient()'
> > /usr/bin/ld:
> >
> /usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.cpp:243:
> > undefined reference to `wxTCPClient::MakeConnection(wxString const&,
> > wxString const&, wxString const&)'
> > /usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
> > `PTBatcherGUI::OnInit()':
> > /usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.h:62:
> > undefined reference to `wxTCPServer::wxTCPServer()'
> > /usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
> > `PTBatcherGUI::OnInit()':
> >
> /usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.cpp:235:
> > undefined reference to `wxTCPServer::Create(wxString const&)'
> > /usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
> > `BatchIPCServer::~BatchIPCServer()':
> > /usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.h:62:
> > undefined reference to `wxTCPServer::~wxTCPServer()'
> > /usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
> > `BatchIPCServer::~BatchIPCServer()':
> > /usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.h:62:
> > undefined reference to `wxTCPServer::~wxTCPServer()'
> > /usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
> > `BatchIPCConnection::~BatchIPCConnection()':
> > /usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.h:54:
> > undefined reference to `wxTCPConnection::~wxTCPConnection()'
> > /usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
> > `BatchIPCConnection::~BatchIPCConnection()':
> > /usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.h:54:
> > undefined reference to `wxTCPConnection::~wxTCPConnection()'
> > /usr/bin/ld:
> >
> CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTI18BatchIPCConnection[_ZTI18BatchIPCConnection]+0x10):
> > undefined reference to `typeinfo for wxTCPConnection'
> > /usr/bin/ld:
> >
> CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTI14BatchIPCServer[_ZTI14BatchIPCServer]+0x10):
> > undefined reference to `typeinfo for wxTCPServer'
> > /usr/bin/ld:
> >
> CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x10):
> > undefined reference to `wxTCPConnection::GetClassInfo() const'
> > /usr/bin/ld:
> >
> CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x38):
> > undefined reference to `wxTCPConnection::Request(wxString const&,
> unsigned
> > long*, wxIPCFormat)'
> > /usr/bin/ld:
> >
> CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x40):
> > undefined reference to `wxTCPConnection::StartAdvise(wxString const&)'
> > /usr/bin/ld:
> >
> CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x48):
> > undefined reference to `wxTCPConnection::StopAdvise(wxString const&)'
> > /usr/bin/ld:
> >
> CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x50):
> > undefined reference to `wxTCPConnection::Disconnect()'
> > /usr/bin/ld:
> >
> CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x98):
> > undefined reference to `wxTCPConnection::DoExecute(void con

[hugin-ptx] undefined reference to `wxTCPServer::Create(wxString const&)'

2019-01-18 Thread Jean-Luc Coulon (f5ibh)
Hi,
On Debian sid, I've the following error trying to build latest hg version
of hugin:
[ 81%] Linking CXX executable PTBatcherGUI
[ 81%] Built target icpfind
[ 82%] Building CXX object
src/hugin1/hugin/CMakeFiles/hugin.dir/PanoPanel.cpp.o
/usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
`BatchIPCServer::OnAcceptConnection(wxString const&)':
/usr/include/wx-3.0/wx/sckipc.h:59: undefined reference to `vtable for
wxTCPConnection'
/usr/bin/ld: /usr/include/wx-3.0/wx/sckipc.h:59: undefined reference to
`wxTCPConnection::Init()'
/usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
`PTBatcherGUI::OnInit()':
/usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.cpp:184:
undefined reference to `wxTCPClient::wxTCPClient()'
/usr/bin/ld:
/usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.cpp:243:
undefined reference to `wxTCPClient::MakeConnection(wxString const&,
wxString const&, wxString const&)'
/usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
`PTBatcherGUI::OnInit()':
/usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.h:62:
undefined reference to `wxTCPServer::wxTCPServer()'
/usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
`PTBatcherGUI::OnInit()':
/usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.cpp:235:
undefined reference to `wxTCPServer::Create(wxString const&)'
/usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
`BatchIPCServer::~BatchIPCServer()':
/usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.h:62:
undefined reference to `wxTCPServer::~wxTCPServer()'
/usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
`BatchIPCServer::~BatchIPCServer()':
/usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.h:62:
undefined reference to `wxTCPServer::~wxTCPServer()'
/usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
`BatchIPCConnection::~BatchIPCConnection()':
/usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.h:54:
undefined reference to `wxTCPConnection::~wxTCPConnection()'
/usr/bin/ld: CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o: in function
`BatchIPCConnection::~BatchIPCConnection()':
/usr/local/src/hugin/hugin-2019.0/src/hugin1/ptbatcher/PTBatcherGUI.h:54:
undefined reference to `wxTCPConnection::~wxTCPConnection()'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTI18BatchIPCConnection[_ZTI18BatchIPCConnection]+0x10):
undefined reference to `typeinfo for wxTCPConnection'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTI14BatchIPCServer[_ZTI14BatchIPCServer]+0x10):
undefined reference to `typeinfo for wxTCPServer'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x10):
undefined reference to `wxTCPConnection::GetClassInfo() const'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x38):
undefined reference to `wxTCPConnection::Request(wxString const&, unsigned
long*, wxIPCFormat)'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x40):
undefined reference to `wxTCPConnection::StartAdvise(wxString const&)'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x48):
undefined reference to `wxTCPConnection::StopAdvise(wxString const&)'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x50):
undefined reference to `wxTCPConnection::Disconnect()'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0x98):
undefined reference to `wxTCPConnection::DoExecute(void const*, unsigned
long, wxIPCFormat)'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0xa0):
undefined reference to `wxTCPConnection::DoPoke(wxString const&, void
const*, unsigned long, wxIPCFormat)'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV18BatchIPCConnection[_ZTV18BatchIPCConnection]+0xa8):
undefined reference to `wxTCPConnection::DoAdvise(wxString const&, void
const*, unsigned long, wxIPCFormat)'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV14BatchIPCServer[_ZTV14BatchIPCServer]+0x10):
undefined reference to `wxTCPServer::GetClassInfo() const'
/usr/bin/ld:
CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.cpp.o:(.data.rel.ro._ZTV14BatchIPCServer[_ZTV14BatchIPCServer]+0x38):
undefined reference to `wxTCPServer::Create(wxString const&)'
collect2: error: ld a retourné le statut de sortie 1
make[2]: ***

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

2018-11-01 Thread Jean-Luc Coulon (f5ibh)
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_decompress_safe_continue'
/usr/bin/ld: //lib/x86_64-linux-gnu/liblz4.so.1: error adding symbols: DSO
missing from command line
collect2: error: ld returned 1 exit status
make[2]: *** [src/hugin_cpfind/cpfind/CMakeFiles/cpfind.dir/build.make:206:
src/hugin_cpfind/cpfind/cpfind] Error 1
make[1]: *** [CMakeFiles/Makefile2:1458:
src/hugin_cpfind/cpfind/CMakeFiles/cpfind.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs
[ 71%] Linking CXX shared library libhuginbasewx.so
[...]

I run debian/sid and I've lzy installed.

Any clue / advice ?
Regards

Jean-Luc

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAAaJ9vtAXUVSRsWfn0sXxJzEWdn3bXJRyx_4x_2TkoBZ638jow%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [hugin-ptx] RAW support with hugin ?

2018-07-05 Thread Jean-Luc Coulon (f5ibh)
Hi,
Maybe a workaround (and which ease the process) would be to call
rawtherapee (or any other raw converter – I use darktable), from inside
Hugin. Something like the way Gimp opens raw files: you set a raw converter
from the parameters, then when it detects a raw file, it opens it with the
specified raw converter.

Jean-Luc

2018-07-05 7:23 GMT+02:00 David W. Jones :

> On July 4, 2018 3:09:00 AM HST, "Luís Henrique Camargo Quiroz" wrote:
> >  Hi Albert,
> >
> > One point to consider, besides the existence of dedicated programs for
> >dealing with RAW files, is: how shold Hugin "develop" the photos?
> >Should it
> >convert in a basic manner, without manipulating exposition, color
> >balance,
> >noise, for instance?
> > It is better to leave all the possibilities of RAW file development to
> >the specific programs for this purpose, so Hugin could concentrate on
> >its
> >goal: join different photos in order to compose a very good panorama!
> >
> >  Don't you agree?
> >
> >  regards,
> >
> >  Luís Henrique
> >
> >2018-07-03 4:03 GMT-03:00 Albert Szostkiewicz:
> >
> >> I saw similar topic from 4 years ago without any conclusion. Is where
> >a
> >> reason why Hugin is not supporting RAW formats? Any plans for near
> >future ?
>
>
> Hi, all!
>
> I don't think adding support for RAW formats would do anything beneficial
> to Hugin.
>
> My camera shoots 48-bit RAW files. I use Rawtherapee to convert them to
> 48-bit TIFF. There are thousands of settings combinations for conversion,
> even without touching what I consider "technical" settings like the
> different ways to demosaic an image. (RAW format isn't really an image
> format. It's a sensor-specific mosaic of values, not pixels, that have to
> be turned into pixel values.) Contrast, microcontrast, highlight/shadow
> recovery methods, noise reduction methods and settings, color balance,
> exposure curves, etc.
>
> Lots of stuff. Even fairly "simple" RAW conversion tools like dcraw or
> ufraw do far more than I'd want to have wedged into Hugin.
>
> Look into what Rawtherapee can do with RAW formats.
>
> David W. Jones
> gnomeno...@gmail.com
> wandering the landscape of god
> http://dancingtreefrog.com
>
> Sent from my Android device with F/LOSS K-9 Mail.
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to hugin-ptx+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/hugin-ptx/F5E7DDB8-1463-4813-8FB6-A2822201DAC9%40gmail.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAAaJ9vvVUBsp66niJYQ57dxsVgi3PJP4okk6fBP%3DfYVDnD5FYg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [hugin-ptx] Improving scan quality

2018-02-18 Thread Jean-Luc Coulon (f5ibh)
Hi,

BTW, it seems to be scantailor with a "i" and not scantaylor (with a y). At
least, it is the case in Debian.

Regards

Jean-Luc

2018-02-18 9:21 GMT+01:00 Gunter Königsmann :

> If you are using Linux you might either use something like xsane to scan
> all pages as separate images and then scantaylor to automatically
> postprocess them (and to optionally convert them to PDF) ... Or you can use
> gscan2pdf. But scantaylor is more powerful.
>
> Am 18.02.2018 8:48 vorm. schrieb "Toolforger"  >:
>
>> Hi all,
>>
>> I am having trouble finding the right commands to use for my use case,
>> and I found the man pages of the project pages so unspecific that I have to
>> ask.
>>
>> Use case: I want to scan book pages (lots of them), and eliminate
>> speckles and noise by scanning each page multiple times and "applying the
>> right tools".
>> Question: What are the right commands to do that?
>>
>> More details:
>> It's something like 100,000 pages, so I need something that I can run in
>> batch mode. I am pretty adept at shell scripting and similar, so a
>> combination of commands will work for me, too.
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to hugin-ptx+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit https://groups.google.com/d/ms
>> gid/hugin-ptx/a3d21dc0-e1c9-4b75-ad61-9cdf1f0e1fbe%40googlegroups.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to hugin-ptx+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/hugin-ptx/CAMcFxV1QEwOsn%3DTZsG2RLGjL02qkAk4Y0s2tVT4iVD
> e8jRzJxw%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAAaJ9vsXiaciKkPZocSLnGJiV1oXGvP8UjwFMOKiT%3D8mCzjYDg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [hugin-ptx] Re: Keyboard shortcuts non working

2017-11-19 Thread Jean-Luc Coulon (f5ibh)
Hi Thomas,

OK, I've just rebuilt it.
and...
AND...
A N D ...

IT WORKS !

I've done a quick test:
Both the accels AND the shortcuts work BUT Ctrl+N from the File menu is not
working (does nothing) while Ctrl+O / Ctrl+S... Ctrl+Q do.

Jean-Luc



2017-11-19 17:00 GMT+01:00 T. Modes :

> Hi Jean-Luc
>
> Am Sonntag, 19. November 2017 12:31:56 UTC+1 schrieb Jean-Luc Coulon:
>>
>> About the shortcuts / accelerators:
>> -
>> This occurs with both the shortcuts and the accelerators.
>>
>
> I fear these are 2 different issues. For the shortcuts I think I mentioned
> the issue already. The shortcuts are not always passed further. But they
> work if you set the focus to an other control (click on other control (e.g.
> list box, choice). Hugin had already a workaround which worked in earlier
> versions. I modified this workaround. So I hope that the shortcuts work now
> also for you.
> For the problem with the accelerators I have no idea. They work for me
> (tested again several variants). If you have excluded wxWidgets (by
> compiling with older version), then there remains only GTK+ (which should
> be responsible for the menu drawing.
> There were alone 8 releases of GTK in the last 2 months. So it is
> difficult to find a hint. In 3.22.25 the changelog mentions
>
>  - Problems with menus on several X servers are fixed
>
> No idea, if this is related to your problem.
>
> Thomas
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to hugin-ptx+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/hugin-ptx/5054598c-2185-4cd0-a548-96174776c647%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAAaJ9vtscH%2Bf3X4fNNafJApbuG8iRt4JUmZb0QBCHByf0FaBdA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [hugin-ptx] Re: Keyboard shortcuts non working

2017-11-19 Thread Jean-Luc Coulon (f5ibh)
Thanks for the answers, sorry for reporting the bug but I received the
answers very late (2 hours ago):

Well, I will try to elaborate a bit.

About the shortcuts / accelerators:
-
This occurs with both the shortcuts and the accelerators.

About the localization:
-
This occurs on both the translated and untranslated version (LC_ALL=C to be
sure, I have tested before asking).

About the changes in debian:
---
Well... everything is moving in sid... :)
gtk / gtk3 / wx 

Previous version:
---
The latest version for the wx stuff is 3.0.3.1+dfsg2-1
The only other version available was 3.0.2, I've not found anything else on
debian repositories. Even then, all the .deb are not available for this
version.

So I've rebuilt the whole wx stuff from source, and installed them:
../libwxbase3.0-0v5_3.0.2+dfsg-4_amd64.deb
../libwxbase3.0-0v5-dbg_3.0.2+dfsg-4_amd64.deb
../libwxbase3.0-dev_3.0.2+dfsg-4_amd64.deb
../libwxgtk3.0-0v5_3.0.2+dfsg-4_amd64.deb
../libwxgtk3.0-0v5-dbg_3.0.2+dfsg-4_amd64.deb
../libwxgtk3.0-dev_3.0.2+dfsg-4_amd64.deb
../libwxgtk-media3.0-0v5_3.0.2+dfsg-4_amd64.deb
../libwxgtk-media3.0-0v5-dbg_3.0.2+dfsg-4_amd64.deb
../libwxgtk-media3.0-dev_3.0.2+dfsg-4_amd64.deb
../libwxgtk-webview3.0-0v5_3.0.2+dfsg-4_amd64.deb
../libwxgtk-webview3.0-0v5-dbg_3.0.2+dfsg-4_amd64.deb
../libwxgtk-webview3.0-dev_3.0.2+dfsg-4_amd64.deb
../wx3.0-doc_3.0.2+dfsg-4_all.deb
../wx3.0-examples_3.0.2+dfsg-4_all.deb
../wx3.0-headers_3.0.2+dfsg-4_amd64.deb
../wx3.0-i18n_3.0.2+dfsg-4_all.deb
../wx-common_3.0.2+dfsg-4_amd64.deb
../wx-common-dbgsym_3.0.2+dfsg-4_amd64.deb

I then rebuilt hugin (otherwise it doesnt work). And still have the problem.

Other sofware using the same libwx dependancies: audacity:

I remarked audacity has the same dependancies (libwxbase ans libwxgtk3).
Audacity, built with the same versions of these libs had both the accels
and shotcuts working.
(I have no idea of what are the internals of audacity though).

Regards

Jean-Luc


2017-11-19 11:19 GMT+01:00 T. Modes :

>
>
> Am Sonntag, 19. November 2017 10:31:36 UTC+1 schrieb Gunter Königsmann:
>>
>> >
>> > Sorry, but your comment has nothing to do with Hugin. In Hugin the
>> > shortcuts are not translated.
>>
>> I knew that the accelerators are:
>>
> Don't mix up accelerators and shortcuts. In your last mail you were
> explicit referring to ctrl and therefore shortcuts:
>
>> wxWidgets used to accept translations for Ctrl here.
>>
>
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to hugin-ptx+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/hugin-ptx/e5408284-ed07-4954-9f48-3496f880ad8e%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAAaJ9vuXkAhWzfyYko%3Dt9w0rqE8-ZU7iEa1q-Z9SPNtnzWFeeg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


[hugin-ptx] Keyboard shortcuts non working

2017-11-16 Thread Jean-Luc Coulon (f5ibh)
Hi,

My system is Debian/sid
I use Hugin from the hg repository (but I've the same problem with the
version available on debian: 2017.0.0+dfsg-1).

When I press the "Alt" key to access the shortcut, the involved letter is
underlined but there is no action. I expect the menu to be unfolded.

If I try for instance, Ctrl-Q to leave, nothing happens.

Is there something I missed?

Regards

Jean-Luc

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAAaJ9vvu5wRBJq%2B8aFL9kcKFQAN%3Dwj5hRy%3DybSqJ7H6vQ%2B2UNA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


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

2017-08-07 Thread Jean-Luc Coulon (f5ibh)
BTW... with 7.1.0-10, it works :)

2017-08-07 10:56 GMT+02:00 Jean-Luc Coulon (f5ibh) <
jean.luc.cou...@gmail.com>:

> Hi Andreas,
>
> I've had a look.
> The bug is quite old and I was able to build Hugin until a couple of days.
> **BUT** as the compiler was mentionned in the bug, I've had a look in the
> aptitude log.
>
> AND, on August 1st, there was an update of the compiler from 7.1.0-11 to
> 7.1.0-12
> and on August 4th,from 7.1.0-10 to 7.1.0-11
>
> So, I've reverted to 7.1.0-10 (7.1.0-11) is no more available but I had
> not rebuit hugin with it whe there was the update so I dont know if there
> is the same problem).
> 7.1.0-10 is from testing and 7.1.0-12 from sid
>
> You said :
> > For the record: Not a hugin bug, but an issue in older libvigraimpex.
> But I've not found (maybe not searched enough) the bug on libvigraimpex.
>
> Best regards
>
> Jean-Luc
>
> 2017-08-06 14:03 GMT+02:00 Andreas Metzler <ametz...@bebt.de>:
>
>> On 2017-08-06 "Jean-Luc Coulon (f5ibh)" <jean.luc.cou...@gmail.com>
>> 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
>> > ones.
>>
>> [...]
>> > [ 24%] Building CXX object src/hugin_base/CMakeFiles/hugi
>> nbase.dir/algorithms/basic/CalculateOverlap.cpp.o
>> > In file included from /usr/include/vigra/resampling_
>> convolution.hxx:46:0,
>> >  from /usr/include/vigra/resizeimage.hxx:46,
>> >  from /usr/include/vigra/stdimagefunctions.hxx:74,
>> >  from /usr/include/vigra/seededregiongrowing.hxx:44,
>> >  from /usr/local/src/hg/hugin/src/hu
>> gin_base/vigra_ext/StitchWatershed.h:28,
>> >  from /usr/local/src/hg/hugin/src/hu
>> gin_base/nona/Stitcher.h:47,
>> >  from /usr/local/src/hg/hugin/src/hu
>> gin_base/algorithms/nona/NonaFileStitcher.cpp:33:
>> > /usr/include/vigra/imagecontainer.hxx: In member function 'void
>> vigra::ImagePyramid<ImageType, Alloc>::swap(const
>> vigra::ImagePyramid<ImageType, Alloc>&)':
>> > /usr/include/vigra/imagecontainer.hxx:769:51: error: no matching
>> function for call to 'swap(int&, const int&)'
>> >  std::swap(lowestLevel_, other.lowestLevel_);
>> [...]
>>
>> For the record: Not a hugin bug, but an issue in older libvigraimpex.
>>
>> 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/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAAaJ9vuB55E2VJ%2BTZPKV9AoapaQGrnCjaSq1xYnpY6hjVJhYTA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


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

2017-08-07 Thread Jean-Luc Coulon (f5ibh)
Hi Andreas,

I've had a look.
The bug is quite old and I was able to build Hugin until a couple of days.
**BUT** as the compiler was mentionned in the bug, I've had a look in the
aptitude log.

AND, on August 1st, there was an update of the compiler from 7.1.0-11 to
7.1.0-12
and on August 4th,from 7.1.0-10 to 7.1.0-11

So, I've reverted to 7.1.0-10 (7.1.0-11) is no more available but I had not
rebuit hugin with it whe there was the update so I dont know if there is
the same problem).
7.1.0-10 is from testing and 7.1.0-12 from sid

You said :
> For the record: Not a hugin bug, but an issue in older libvigraimpex.
But I've not found (maybe not searched enough) the bug on libvigraimpex.

Best regards

Jean-Luc

2017-08-06 14:03 GMT+02:00 Andreas Metzler <ametz...@bebt.de>:

> On 2017-08-06 "Jean-Luc Coulon (f5ibh)" <jean.luc.cou...@gmail.com> 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
> > ones.
>
> [...]
> > [ 24%] Building CXX object src/hugin_base/CMakeFiles/
> huginbase.dir/algorithms/basic/CalculateOverlap.cpp.o
> > In file included from /usr/include/vigra/resampling_
> convolution.hxx:46:0,
> >  from /usr/include/vigra/resizeimage.hxx:46,
> >  from /usr/include/vigra/stdimagefunctions.hxx:74,
> >  from /usr/include/vigra/seededregiongrowing.hxx:44,
> >  from /usr/local/src/hg/hugin/src/hugin_base/vigra_ext/
> StitchWatershed.h:28,
> >  from /usr/local/src/hg/hugin/src/
> hugin_base/nona/Stitcher.h:47,
> >  from /usr/local/src/hg/hugin/src/
> hugin_base/algorithms/nona/NonaFileStitcher.cpp:33:
> > /usr/include/vigra/imagecontainer.hxx: In member function 'void
> vigra::ImagePyramid<ImageType, Alloc>::swap(const
> vigra::ImagePyramid<ImageType, Alloc>&)':
> > /usr/include/vigra/imagecontainer.hxx:769:51: error: no matching
> function for call to 'swap(int&, const int&)'
> >  std::swap(lowestLevel_, other.lowestLevel_);
> [...]
>
> For the record: Not a hugin bug, but an issue in older libvigraimpex.
>
> 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/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAAaJ9vv9Uvce9PHAUfzO1%3DJBvfBw3Fj-u%3DTVoSyktNqSosm9Gg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


[hugin-ptx] libpano13 1214 broken on Linux [probably hugin: gdb bt attached]

2010-01-09 Thread Jean-Luc Coulon (f5ibh)
I think it is not related at libpano but hugin itself
I've the same error at start (before the slash screen is erased from 
the screen).

I've run hugin in gdb, attached the session with the backtrace

Regards

Jean-Luc


Le 09/01/2010 09:44:45, Matthias Kabel a écrit :
Hello,

I just tried to update my libpano13 and hugin installation with
libpano13
revision 1214 there is an error with hugin.

hugin: queryfeature.c:376: panoProjectionFormatCount: Assertion
`sizeof(panoFormatNames) == 20 * sizeof(int)' failed.

I tried make clean for libpano13 and hugin.

Any suggestions?

Thanks

Matthias 


Reading symbols from /usr/bin/hugin...done.
(gdb) run
Starting program: /usr/bin/hugin 
[Thread debugging using libthread_db enabled]
hugin: queryfeature.c :376 : panoProjectionFormatCount:  L'assertion 
« sizeof(panoFormatNames) == 20 * sizeof(int) » a échoué.

Program received signal SIGABRT, Aborted.
0x741c2f55 in *__GI_raise (sig=value optimized out)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64  ../nptl/sysdeps/unix/sysv/linux/raise.c: Aucun fichier ou dossier de ce 
type.
in ../nptl/sysdeps/unix/sysv/linux/raise.c
Current language:  auto
The current source language is auto; currently c.
(gdb) bt
#0  0x741c2f55 in *__GI_raise (sig=value optimized out)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x741c5d90 in *__GI_abort () at abort.c:88
#2  0x741bc07a in *__GI___assert_fail (
assertion=0x76fb2770 sizeof(panoFormatNames) == 20 * sizeof(int), 
file=value optimized out, line=376, 
function=0x76fb2970 panoProjectionFormatCount) at assert.c:78
#3  0x76f66c43 in panoProjectionFormatCount ()
   from /usr/lib/libpano13.so.2
#4  0x0050ff3f in PanoPanel::Create (this=0x140e190, 
parent=value optimized out, id=value optimized out, 
pos=value optimized out, size=value optimized out, 
style=value optimized out, name=...)
at /usr/local/src/hugin/hugin-2010.1.0/src/hugin1/hugin/PanoPanel.cpp:166
#5  0x00510af1 in PanoPanelXmlHandler::DoCreateResource (this=0xa46a80)
at /usr/local/src/hugin/hugin-2010.1.0/src/hugin1/hugin/PanoPanel.cpp:1291
#6  0x7567d895 in wxXmlResourceHandler::CreateResource(wxXmlNode*, 
wxObject*, wxObject*) () from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#7  0x7567f8f5 in wxXmlResource::CreateResFromNode(wxXmlNode*, 
wxObject*, wxObject*, wxXmlResourceHandler*) () from 
/usr/lib/libwx_gtk2u_xrc-2.8.so.0
#8  0x7565d46e in wxNotebookXmlHandler::DoCreateResource() ()
   from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#9  0x7567d895 in wxXmlResourceHandler::CreateResource(wxXmlNode*, 
wxObj---Type return to continue, or q return to quit---
ect*, wxObject*) () from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#10 0x7567f8f5 in wxXmlResource::CreateResFromNode(wxXmlNode*, 
wxObject*, wxObject*, wxXmlResourceHandler*) () from 
/usr/lib/libwx_gtk2u_xrc-2.8.so.0
#11 0x7567fb2d in wxXmlResourceHandler::CreateChildren(wxObject*, bool)
() from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#12 0x7565d38a in wxNotebookXmlHandler::DoCreateResource() ()
   from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#13 0x7567d895 in wxXmlResourceHandler::CreateResource(wxXmlNode*, 
wxObject*, wxObject*) () from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#14 0x7567f8f5 in wxXmlResource::CreateResFromNode(wxXmlNode*, 
wxObject*, wxObject*, wxXmlResourceHandler*) () from 
/usr/lib/libwx_gtk2u_xrc-2.8.so.0
#15 0x756673bc in wxSizerXmlHandler::Handle_sizeritem() ()
   from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#16 0x7567d895 in wxXmlResourceHandler::CreateResource(wxXmlNode*, 
wxObject*, wxObject*) () from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#17 0x7567f8f5 in wxXmlResource::CreateResFromNode(wxXmlNode*, 
wxObject*, wxObject*, wxXmlResourceHandler*) () from 
/usr/lib/libwx_gtk2u_xrc-2.8.so.0
#18 0x7567fb2d in wxXmlResourceHandler::CreateChildren(wxObject*, bool)
() from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#19 0x75668329 in wxSizerXmlHandler::Handle_sizer() ()
   from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#20 0x7567d895 in wxXmlResourceHandler::CreateResource(wxXmlNode*, 
wxObject*, wxObject*) () from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
---Type return to continue, or q return to quit---
#21 0x7567f8f5 in wxXmlResource::CreateResFromNode(wxXmlNode*, 
wxObject*, wxObject*, wxXmlResourceHandler*) () from 
/usr/lib/libwx_gtk2u_xrc-2.8.so.0
#22 0x7567fb2d in wxXmlResourceHandler::CreateChildren(wxObject*, bool)
() from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#23 0x7564e2b2 in wxFrameXmlHandler::DoCreateResource() ()
   from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#24 0x7567d895 in wxXmlResourceHandler::CreateResource(wxXmlNode*, 
wxObject*, wxObject*) () from /usr/lib/libwx_gtk2u_xrc-2.8.so.0
#25 0x7567f8f5 in wxXmlResource::CreateResFromNode(wxXmlNode*, 
wxObject*, wxObject*, wxXmlResourceHandler*) () from 

Re: [hugin-ptx] libpano13 1214 broken on Linux

2010-01-09 Thread Jean-Luc Coulon (f5ibh)
Ermmm, yes it is libpano

the following line in queryfeature.c
   assert(sizeof(panoFormatNames) == PANO_FORMAT_COUNT * sizeof(int));

triggers the error

J-L

Le 09/01/2010 11:41:56, Jean-Luc Coulon (f5ibh) a écrit :
I think it is not related at libpano but hugin itself
I've the same error at start (before the slash screen is erased from 
the screen).

I've run hugin in gdb, attached the session with the backtrace

Regards

Jean-Luc


Le 09/01/2010 09:44:45, Matthias Kabel a écrit :
Hello,

I just tried to update my libpano13 and hugin installation with
libpano13
revision 1214 there is an error with hugin.

hugin: queryfeature.c:376: panoProjectionFormatCount: Assertion
`sizeof(panoFormatNames) == 20 * sizeof(int)' failed.

I tried make clean for libpano13 and hugin.

Any suggestions?

Thanks

Matthias 








pgpmV3XVKYbmv.pgp
Description: PGP signature


Re: [hugin-ptx] Re: libpano13 1214 broken on Linux

2010-01-09 Thread Jean-Luc Coulon (f5ibh)
For me [tm] 1203 works
1214 doesnt.

I don't work on my local svn repository : I copy everything elsewhere 
to be sure.

[jean-...@tangerine] % svn up
À la révision 1214.

[jean-...@tangerine] % grep assert queryfeature.c  
#include assert.h
  // the original code passed NULL to snprintf() but it caused problems 
(asserts) when compiling 
assert(sizeof(panoFormatNames) == PANO_FORMAT_COUNT * sizeof
(char*));
assert(sizeof(panoFormatNames) == PANO_FORMAT_COUNT * sizeof(int));

^^
This is the offending line and present on 1214
This line was existing in 1202, has been removed in 1203.
It is not present from 1203 until 1209 and appears agn in 
1210 and still here since.


Regards

Jean-Luc


Le 09/01/2010 12:34:40, Pablo d'Angelo a écrit :
Hi Matthias,

Matthias Kabel wrote:
  Hello,
 
  I just tried to update my libpano13 and hugin installation with
libpano13
  revision 1214 there is an error with hugin.
 
  hugin: queryfeature.c:376: panoProjectionFormatCount: Assertion
  `sizeof(panoFormatNames) == 20 * sizeof(int)' failed.
I fixed that error in libpano13 rev. 1203
See:
http://panotools.svn.sourceforge.net/viewvc/panotools/trunk/libpano/
 queryfeature.c?r1=1199r2=1203pathrev=1203

This has removed the line were you backtrace shows the crash. Maybe 
something went wrong when updating your libpano13 checkout.

 I tried make clean for libpano13 and hugin.

Did you also do make install for libpano13?

ciao
   Pablo




pgpyR530mEi2M.pgp
Description: PGP signature


[hugin-ptx] Troubles building svn 4789

2009-12-14 Thread Jean-Luc Coulon (f5ibh)
Hi, 

I've troubles trying to buil svn 4789


1st, this warning:
/usr/local/src/hugin/hugin-2009.5.0/src/hugin1/hugin/MainFrame.cpp: In 
member function ‘void MainFrame::LoadProjectFile(const wxString)’:
/usr/local/src/hugin/hugin-2009.5.0/src/hugin1/hugin/MainFrame.cpp:681: 
warning: case label value exceeds maximum value for type
Linking CXX executable PTBatcher


then, this error:

[ 80%] Building CXX object src/hugin1/hugin/CMakeFiles/hugin.dir/
CPEditorPanel.cpp.o
In file included from /usr/local/src/hugin/hugin-2009.5.0/src/hugin1/
hugin/MainFrame.h:36,
 from /usr/local/src/hugin/hugin-2009.5.0/src/hugin1/
hugin/huginApp.h:29,
 from /usr/local/src/hugin/hugin-2009.5.0/src/hugin1/
hugin/CPEditorPanel.cpp:38:
/usr/local/src/hugin/hugin-2009.5.0/src/hugin1/hugin/
OptimizePanel.h:101: error: ISO C++ forbids declaration of ‘wxCheckBox’ 
with no type
/usr/local/src/hugin/hugin-2009.5.0/src/hugin1/hugin/
OptimizePanel.h:101: error: expected ‘;’ before ‘*’ token
/usr/local/src/hugin/hugin-2009.5.0/src/hugin1/hugin/
OptimizePanel.h:102: error: ISO C++ forbids declaration of ‘wxCheckBox’ 
with no type
/usr/local/src/hugin/hugin-2009.5.0/src/hugin1/hugin/
OptimizePanel.h:102: error: expected ‘;’ before ‘*’ token
/usr/local/src/hugin/hugin-2009.5.0/src/hugin1/hugin/
OptimizePanel.h:117: error: expected class-name before ‘{’ token
/usr/local/src/hugin/hugin-2009.5.0/src/hugin1/hugin/
OptimizePanel.h:123: error: ‘wxXmlNode’ has not been declared
Linking CXX executable PTBatcherGUI
make[3]: *** [src/hugin1/hugin/CMakeFiles/hugin.dir/
CPEditorPanel.cpp.o] ErrorErreur 1
make[3]: quittant le répertoire « /usr/local/src/hugin/hugin-2009.5.0/
build-dir »
make[2]: *** [src/hugin1/hugin/CMakeFiles/hugin.dir/all] Error 2

Regards

Jean-Luc


pgpf237IcSr3Z.pgp
Description: PGP signature


[hugin-ptx] Re: libpano SVN 1137 fails to build

2009-11-09 Thread Jean-Luc Coulon (f5ibh)
Le 08/11/2009 23:19:03, Jim Watters a écrit :
Jim Watters wrote:

   
 
 That was my doing. I got to run and will look at it in about 4 
 hours.
 In the mean time, can you test changing the two functions in
sys_ansi.h 
 I expect HWND is undefined.
 void SetWindowOwner(PVOID Owner);
 void CenterDialog(PVOID hDlg);
I have attached a patch. Does this work for you?
I've the same error message with the patch applied


Regards

Jean-Luc




The two functions of question are exposed for use with GUI build of 
libPano13 but are not reliant with the CMD version.

-- 
Jim Watters
http://photocreations.ca


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups hugin and other free panoramic software group.
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---



--texte cité en attachement HWND.patch--
Index: sys_ansi.c
===
--- sys_ansi.c (revision 1137)
+++ sys_ansi.c (working copy)
@@ -25,8 +25,8 @@
 //-- Public functions required by filter.h
---
 
 
-void SetWindowOwner(HWND Owner) {return;}
-void CenterDialog(HWND hDlg) {return;}
+void SetWindowOwner(PVOID Owner) {return;}
+void CenterDialog(PVOID hDlg) {return;}
 
 void filter_main( TrformStr *TrPtr, struct size_Prefs *spref)
 {
Index: sys_ansi.h
===
--- sys_ansi.h (revision 1137)
+++ sys_ansi.h (working copy)
@@ -41,8 +41,8 @@
   
 \
   return( FALSE );
 
-void SetWindowOwner(HWND Owner);
-void CenterDialog(HWND hDlg);
+void SetWindowOwner(PVOID Owner);
+void CenterDialog(PVOID hDlg);
 
 #define   kSetRemapPrefs_dlg  
 REMAP 
 #define   kSetRemapPrefs_InRect   
 350






pgpfIzUHMyOnn.pgp
Description: PGP signature


[hugin-ptx] libpano SVN 1137 fails to build

2009-11-08 Thread Jean-Luc Coulon (f5ibh)
Hi, 

I get the following:

[...]
/bin/bash ./libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.   
-DHasJPEG -DHasPNG -DHasTIFF -DHasZLIB  -D__Ansi__=1 -g -O2 -MT 
PTDialogs.lo -MD -MP -MF .deps/PTDialogs.Tpo -c -o PTDialogs.lo 
PTDialogs.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -DHasJPEG -DHasPNG -DHasTIFF 
-DHasZLIB -D__Ansi__=1 -g -O2 -MT PTDialogs.lo -MD -MP -MF .deps/
PTDialogs.Tpo -c PTDialogs.c  -fPIC -DPIC -o .libs/PTDialogs.o
In file included from PTDialogs.c:29:
sys_ansi.h:44: error: expected ‘)’ before ‘Owner’
sys_ansi.h:45: error: expected ‘)’ before ‘hDlg’
make[2]: *** [PTDialogs.lo] Error 1


I run Debian sid

Regards

Jean-Luc


pgpZ1kpvyV1hs.pgp
Description: PGP signature


[hugin-ptx] Re: Oups, I've added two strings!

2009-10-04 Thread Jean-Luc Coulon (f5ibh)
Le 03/10/2009 19:57:16, Yuval Levy a écrit :

Jean-Luc Coulon (f5ibh) wrote:
 Sorry, but I want to checkout the related branch but I'm not sure
which 
 one it is...
 
 is it hugin/2008.4/obsolete_branches/  ?

please work in trunk. I don't know where you get the above path from,
it 
does not exist.

The path *does* exist. I just wanted to say that it is sometimes 
difficult to know which branches are active/dead.

Normally, I woks with trunk, it is easier ;)


I've committed the updated French translation to truck
It applies also to 2009.4 with some obsolete templates.

Regards

Jean-Luc


pgpGI7otmSAho.pgp
Description: PGP signature


Re: man pages (was Re: [hugin-ptx] Re: here we go again)

2009-10-03 Thread Jean-Luc Coulon (f5ibh)
Le 02/10/2009 00:18:28, Bruno Postle a écrit :


This is a global answer for all the message from you and Yuv related to 
the documentation.

* po4a can manage the following format:
 - dia: uncompressed Dia diagrams.
  - docbook: Docbook XML.
  - guide: Gentoo Linux's xml documentation format.
  - ini: .INI format.
  - kernelhelp: Help messages of each kernel compilation option.
  - latex: LaTeX format.
  - man: Good old manual page format.
  - pod: Perl Online Documentation format.
  - sgml: either debiandoc or docbook DTD.
  - texinfo: The info page format.
  - tex: generic TeX documents (see also latex).
  - text: simple text document.
  - wml: WML documents.
  - xhtml: XHTML documents.
  - xml: generic XML documents (see also docbook).


* For the manpages:
Yes, the manpages are created mostly from the --help (all the .pod 
files). As the program in comand line arent translated by themselves, 
tranlating these manpages is better than nothing.
Obviously, a real manpage would be better...


* For the wiki:
We have tho think if the wiki format is the only needed one, or if wee 
need other output formats.

We needs 
1 - export mediawiki existing pages
2 - convert them to a user (and program) firendly format (neutral 
format)
3 - convert them to .pot/.po using po4a
4 - tranlate then (easy ;) )
5 - convert them back to the neutral format)
6 - import them in the mediawiki.



I've done some tests.

I've installed the following extension:
http://www.mediawiki.org/wiki/Extension:Wiki2xml

I used it on a mediawiki with hugin FAQ in it.
(Special:Wiki2XML)

After entering the name of the page and the suitable options, I get a 
docbook document.

I saved it and converted it to .po with po4a-gettexize.

I've not (yet) tested further but there is a whole gramework to deploy.

Unfortunately some of the formating is lost.

This needs further investigations

Regards

Jean-Luc


pgpZtxPmjKRj4.pgp
Description: PGP signature


[hugin-ptx] Re: Oups, I've added two strings!

2009-10-03 Thread Jean-Luc Coulon (f5ibh)
Le 01/10/2009 22:45:44, Yuval Levy a écrit :

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.


Sorry, but I want to checkout the related branch but I'm not sure which 
one it is...

is it hugin/2008.4/obsolete_branches/  ?

Regards

Jean-Luc


pgpt9KZIWSTY4.pgp
Description: PGP signature


[hugin-ptx] Re: here we go again

2009-10-01 Thread Jean-Luc Coulon (f5ibh)
Le 01/10/2009 03:32:14, Yuval Levy a écrit :

hi all,

I've branched out the new stable codeline. Hugin-2009.4.0.
http://hugin.svn.sourceforge.net/viewvc/hugin/hugin/releases/2009.4/

I expect to release the first beta this weekend. translations and bug 
fixes welcome as always.

I've added a but for the updated French translation for this branch

Do you have any plan for the integration of localised manpages? I can 
supply translated versions of them (directly as manpages or .po files 
if you plan to switch to po4a)

What is the status of this entry? (and the other in the xrc/data 
subdirectory as well)
./src/hugin1/hugin/xrc/data/help_fr_FR

Some seems to be obsolete and FAQ point to the wiki.
BTW, I can supply a translation of some parts (if not all) of the wiki


Trunk is ready for another integration step.
Many thanks to everybody for the fine job

Regards

Jean-Luc









pgp3q4eimqd1e.pgp
Description: PGP signature


[hugin-ptx] Re: here we go again

2009-10-01 Thread Jean-Luc Coulon (f5ibh)
Le 01/10/2009 18:59:01, Yuval Levy a écrit :

Jean-Luc Coulon (f5ibh) wrote:



no plans yet. I did not know about [po4a] until you mentioned it.

my personal take about translations is that I don't need them (and
Hugin 
is anyway not available in my mother tongue) but I understand that 
others do and I will support the translation effort, including finding 
better tools for the translation.


 What is the status of this entry?

what would you do with localized manpages? and with po4a? I'm ready to 
follow the lead of somebody who has an interest and an understanding 
 of the subject.

po4a is a suite tools to help to manage translations.
Basically, everything is converted to .po files which are translated 
normally as any .po file and then converted back to the initial 
format... in an other language.

http://po4a.alioth.debian.org/index.php.en

For manpages, we have generally 2 sources .1 file (traditionnal 
troff / groff) or .pod (genrated autimatically from Perl source). Hugin 
utilities uses both.

For instance, we have hugin.1. The workflow is done like this:
1 - po4-gettextize some options hugin.1 -l hugin.po
2 - from the po fil, translation work is done as usual
3 - po4-translate some options hugin-fr.1

(with pod files there is an interediate step).

So everything but the translation (!) can be managed by sctipts.

Everything can be automatised even the requests for translation when 
something new appears in the po files. (msgfmt -c --statistics gives 
the duzzy / untanslated templates in the .po and the mail addresse of 
the last translator is in the headers).

For big prjects (like Debian, Gnome, ...) this needs, for each language 
many people to get everything up to date. For a single project, the 
only need os to warn last translators when there is something to do 
(or when there will be a release).


 ./src/hugin1/hugin/xrc/data/help_fr_FR

yes, the French manual is hopelessly outdated and you're probably
better off writing a new one.

this point to one of the major issues with translations. Translations 
are like code: they need to be developed and maintained.

Like code, they are written in a specific language and only people 
 with

the specific language skill can maintain them.

The difference between code and translation is that code is C++
spoken 
  by all developers, while the language of the translation is spoken 
only by a few contributors.

I'm happy to see that we have a great community of translators for 
 some languages. For other languages things lag a little bit behind 
 and this does not look good.

Mostly, it is:
1 - the code
2 - the documentation (well... not for every projects) :)
3 - the translations.

I met people who cannot use softwares when this software 
speks only English. Some *needs* sofwares for living and sometimes 
has to buy very expensive one only for the language.
When thsse people have no money at all, the only alternative is free 
softwares and more *translated* free softwares. So I translate what I 
can :)

We need a policy to deal with sporadic contribution and lack of 
maintenance. Outdated code is easily weeded out, but what with 
translations? a 75% completed translation of Hugin is surely helpful
for 
somebody who does not know English; but what about a 25% completed 
translation? or about a manual that refers to Hugin 0.5?

Yes, you are right, a policy is *needed*


Ideally there is a good person like you coming along and updating it, 
but we need to be prepared for situations where this is not the case. 
IMO the current French manual translation is confusing. Maybe we 
 should delete it? Distributing it with Hugin does not look good.

Old translations are useless and confusing. IMO, if the translation is 
outdated, it should not be released together with the program.


 Some seems to be obsolete and FAQ point to the wiki.
 BTW, I can supply a translation of some parts (if not all) of the
wiki

yes, the Wiki is currently all English. I don't know what the best 
practices are for multi-lingual wiki. I know Wikipedia uses different 
domains for different languages (e.g. fr.wikipedia.org) and then links 
between them when there are translated articles, but I don't know if 
this is done automatically.

The translation itself is done as usual :)
The link to a page in an other language is done like an internal like, 
prepending the 2 letters language code, like:

[[:en:Main Page]]

The redirection is done (probably) by the Polyglot extension of 
mediawiki:
http://www.mediawiki.org/wiki/Extension:Polyglot


The Hugin [FAQ] is the most urgent document to translate on the Wiki, 
and one that it makes sense translating IMO.

So I will to it, together with the manpages.


Translating the whole Hugin [manual] in the Wiki is a big job, and 
maintaining it even more. I would think twice before making a 
committment to this kind of work.
And for that, I will see later :)

Regards

Jean-Luc


pgpgeayf2tc3Y.pgp
Description: PGP signature


[hugin-ptx] Re: 2009.2.0 release notes proof-reading/trnaslation

2009-09-27 Thread Jean-Luc Coulon (f5ibh)
2009/9/25 sebastien delcoigne sebastien.delcoi...@gmail.com:
 There seems to be a problem with the french version on the site :
 http://hugin.sourceforge.net/releases/2009.2.0/fr.shtml
 All accents are wrong (encoding issue probably)
 Should we replace all accents by their special html code :
 eacute; , egrave; , ecirc; , etc ?
 Or is there a simpler work around ?

Bonjour,

I've done some proofread on this translation.
I've changed few things :
- spellchecking and grammar
- some formulations
- usage of french quotation marks (« ») instead of single quotes (').
- usage of apostroph (’) instead of single quote (')
- Addded some non-breaking spaces
- I've changed the Préférence-Reset to default by the sentence I used
in the program translation.

Fews remarks (not changed):
- « couche » for layer, I would prefer « calque » as it is mosly used
by most of the graphics editors and do (and I have used when
translating Hugin).
- bracketting stacks : this has been an issue on many softwares, many
translations for other softwares come with « ensemble de vues avec
décalage de l'exposition » (what I've used in Hugin translation).

Note:
I've not replaced special characters with html entities: normally, as
it is utf-8 encoded, usage of utf8 characters directly is allowed.

Regards

Jean-Luc

Attached the shtml file (maybe it still needs some work)

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
hugin and other free panoramic software group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

Title: Notes de diffusion de Hugin-2009.2.0











Home  Download  Screenshots  Tutorials  Documentation  Tech  Links  Community  SourceForge







Notes de diffusion de Hugin-2009.2.0
Hugin est un logiciel d’assemblage de panorama et bien plus encore.
Changements depuis la version 0.8.0

La dernière version de Juillet 2009 a introduit de nombreuses nouvelles
fonctionnalités, mais elle a mis un long moment à arriver. Cette version
arrive de manière plus rapprochée avec l’intention de suivre de plus près 
les développements avec des diffusions plus rapprochées. Elle possède toutefois son
lot de nouvelles fonctionnalités et de petites améliorations :

Accélération matérielle de l’assemblage

Hugin est fourni avec nona pour les projections et distorsions de photos.
Sur un système multi-cœurs, Nona utilise plusieurs processeurs en parallèle.
Maintenant il sera capable d’utiliser la GPU de votre carte graphique à la
place. Celle-ci est potentiellement bien plus rapide et permet de libérer le processeur
pour d’autres tâches. Cette accélération de l'assemblage par le GPU est
encore expérimentale et nécessite une carte graphique récente.

Pré-configuration des générateurs de points de contrôle

Hugin aligne les images en faisant correspondre des éléments qu’on
appelle des « points de contrôle ». Ces points de contrôle peuvent
être créés à la main dans l’onglet des points de contrôle ou bien de manière
automatique à l’aide d’un « générateur de point de contrôle ». Étant donné
certains problèmes de brevets aux États-Unis, aucun générateur interne de points de 
contrôle n’est livré avec Hugin. Il est toute fois possible
d’utiliser un outil externe comme Autopano-SIFT-C ou
Pan-o-Matic en tant que module.

Hugin est maintenant pré-configuré avec des paramétrages de base pour les
modules classiques et vous permet d’ajouter les vôtres. Changer d’outil est
maintenant simple, vous permettant même d’utiliser différents modules sur
différentes parties d’un même projet.

Fusion de couches d’exposition

Hugin utilise deux outils pour raccorder les images reprojetées.
Normalement toutes les « piles de poses » sont d’abord combinées avec enfuse 
en une seule image qui retient les parties les mieux exposées de chaque pose.
Par la suite, ces « poses fusionnées » sont assemblées avec enblend 
en un panorama final.

Cela fonctionne très bien, mais qu’en est-il si votre appareil photo n’a pas
de mode bracketing ? Dans ce cas, il vous faut tirer le panorama entier,
puis changer d’exposition et refaire le panorama entièrement. Il n’y a donc
plus de garantie que les clichés s’aligneront correctement en « piles ».
Hugin possède maintenant un nouveau mode d’assemblage avec lequel des photos
qui ont une exposition similaire sont regroupées et assemblées avec enblend par
« couches », puis ces couches d’expositions différentes sont fusionnées en un
panorama final avec enfuse.

Visualisation des points de contrôle

La dernière version a introduit la fenêtre d’aperçu rapide pour manipuler
les panoramas de manière visuelle et en temps-réel. Bientôt sur cette
fenêtre 

[hugin-ptx] SIGSEGV in autopano-soft-c, svn version 4409

2009-09-27 Thread Jean-Luc Coulon (f5ibh)

Hi,

With SVN 4498 of autopano-sift-c, I've a segfault.

Here is the gdb session:



[jean-...@tangerine] % gdb autopano-sift-c  
~
GNU gdb (GDB) 6.8.50.20090628-cvs-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/
gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show 
copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
(gdb) run --maxmatches 31 /tmp/ap_resqv5DrX  /photos/panorama/glace/
img_0970.jpg /photos/panorama/glace/img_0971.jpg /photos/panorama/
glace/img_0972.jpg /photos/panorama/glace/img_0973.jpg /photos/
panorama/glace/img_0974.jpg
Starting program: /usr/bin/autopano-sift-c --maxmatches 31 /tmp/
ap_resqv5DrX  /photos/panorama/glace/img_0970.jpg /photos/panorama/
glace/img_0971.jpg /photos/panorama/glace/img_0972.jpg /photos/
panorama/glace/img_0973.jpg /photos/panorama/glace/img_0974.jpg

APSCpp, enhanced autopano-sift-c version 2.5.2 23July2009 

  Default fisheye lens type is equal-area.
  Focal length will be computed from hfov.
Filename /photos/panorama/glace/img_0970.jpg

Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) bt
0  0x in ?? ()
1  0x77bd99c5 in jpeg_abort () from /usr/lib/libjpeg.so.62
2  0x77bcc21b in jpeg_finish_decompress () from /usr/lib/
libjpeg.so.62
3  0x77304ad0 in readJPEG () from /usr/lib/libpano13.so.2
4  0x77304b69 in panoJPEGRead () from /usr/lib/libpano13.so.2
5  0x772d755d in panoImageRead () from /usr/lib/libpano13.so.2
6  0x0041e82d in DisplayImage_new (
filename=0x7fffe6f3 /photos/panorama/glace/img_0970.jpg)
at /usr/local/src/autopano-sift-c/autopano-sift-c-2.5/
DisplayImage.c:19
7  0x0040be8f in GenerateKeyspp (
imgname=0x7fffe6f3 /photos/panorama/glace/img_0970.jpg, 
maxdim=1600, 
pdi=0x0, stgfov=0, KPcount=0x7fffe274, globFov=0)
at /usr/local/src/autopano-sift-c/autopano-sift-c-2.5/APSCpp/
APSCpp.c:374
8  0x0040b7b3 in main (argc=value optimized out, 
argv=0x7fffe388)
at /usr/local/src/autopano-sift-c/autopano-sift-c-2.5/APSCpp/
APSCpp_main.c:540
(gdb) 


Vanilla (I suppose) 2.5.0 version from debian works.


Regards

Jean-Luc



pgpeH2gXZI9Jx.pgp
Description: PGP signature


[hugin-ptx] Re: translation

2009-09-24 Thread Jean-Luc Coulon (f5ibh)

Hi,

I've done and maintained this tanslation until now.
I still have and update to commit but it is a moving target.
If you want to work on it, it is not a problem (I'm not the *owner*)
of the translation.
But it would be better to avoid working each on his side on this piece of work.

Regards

Jean-Luc


2009/9/24 RizThon rizt...@gmail.com:
 I wanted to update the French translation file, but just like last time I
 realize there are quite a lot of things I can't really translate
 (accurately) or modify, because I have no knowledge of the context, meaning
 when a string is used. There are for example quite a lot of strings that
 look like they are a good translation but of another string...That could be
 the intended behavior (eg when translating a bigger text that is split into
 several strings).

 I just checked Poedit, and it's possible to add a comment to each string,
 you just need to check View / Show comment window. To be able to edit that
 comment window you might need to go to File / Preferences... and check
 Comment window is editable in the Editor tab.

 It would definitely be a great help to translators to have some useful
 comments. We could at least have a few keywords to use in that comment
 window, like title, short description, long description, button,
 non GUI or things like that, to at least know how the string we're
 translating is being used. Also a translator could add some comments on
 his/her translation to explain, if needed, why he/she translated it that
 way.

 When / How should we use shortcuts? In the fr.po file, sometimes there's a
 shortcut for the default language (eg Open) but not in French, sometimes
 it's the opposite...The problem here is that you probably shouldn't have in
 the same menu the same shortcut for several items...

 Some strings seem to be duplicated like
 These are the default arguments. They can be changed for individual
 projects in the Stitcher tab.\n... and
 These are the default arguments. They can be changed for individal projects
 in the Stitcher tab.\n...
 Are we sure that all the strings are used (ie all the strings are
 automatically retrieve from the code) or is it possible that we have some
 strings that are not used anymore?

 Is it possible to see Hugin's GUI in an IDE and translate the strings used
 in the GUI straight from the IDE? That would be the best thing to know how
 it will eventually look like. What do I need if I'm on Windows / Linux / Mac
 ? (I'm asking for all 3 so that I can update the wiki accordingly).

 RizThon

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
hugin and other free panoramic software group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---



[hugin-ptx] troubles making hugin outside the source tree

2009-09-24 Thread Jean-Luc Coulon (f5ibh)
Hi,

If I use cmake as indicated in the INSTALL_cmake file, the build files 
arent written as expected in the build directory but in the main 
directory:


From /usr/local/src/hugin/hugin-0.8.0, I enter the following sequence:

[jean-...@tangerine] % mkdir mybuild
[{jean-...@tangerine] % cd mybuild
[jean-...@tangerine] % cmake -DCMAKE_INSTALL_PREFIX=/usr/local ../
-- Current SVN revision is 4480
-- Found wxWidgets: TRUE
-- Found TIFF: /usr/include
-- Found JPEG: /usr/include
-- Found PNG: /usr/include
-- WARNING: you are using the obsolete 'PKGCONFIG' macro use 
FindPkgConfig
-- Found OPENEXR: /usr/lib/libImath.so;/usr/lib/libIlmImf.so;/usr/lib/
libIex.so;/usr/lib/libHalf.so;/usr/lib/libIlmThread.so
-- GLUT Found
-- Found Glew: 
-- Program msgfmt found (/usr/bin/msgfmt)
-- Using shared internal libraries
-- Configuring done
-- Generating done
-- Build files have been written to: /usr/local/src/hugin/hugin-0.8.0



Regards

Jean-Luc




pgp1vtEvm5vo8.pgp
Description: PGP signature


[hugin-ptx] fonction0 in boost is not included from the correct place with debian

2009-09-24 Thread Jean-Luc Coulon (f5ibh)
Hi,

I've updated debian sid.
In the update, all boost related stuff changed to version 1.40.0

In libboost1.40-dev, function0.hpp is located in /usr/include/boost/
function/function0.hpp

./src/hugin_base/vigra_ext/ImageTransforms.h has to be adjusted to 
include the correct path.

Regards

Jean-Luc



pgpKGc5UQbYIm.pgp
Description: PGP signature


[hugin-ptx] Re: troubles making hugin outside the source tree

2009-09-24 Thread Jean-Luc Coulon (f5ibh)
Le 24/09/2009 20:45:29, Kornel Benko a écrit :

Am Donnerstag 24 September 2009 schrieb Jean-Luc Coulon (f5ibh):
 Hi,

 If I use cmake as indicated in the INSTALL_cmake file, the build
files
 arent written as expected in the build directory but in the main
 directory:

...
 -- Generating done
 -- Build files have been written to: /usr/local/src/hugin/
 hugin-0.8.0


This really looks like an error.
I tried the same sequence, but cannot confirm here. It simply works as
expected.

So, ...
missing information
1.) Your platform
2.) cmake-version

To compare: my cmake version: cmake version 2.6-patch 2
   my platform ubuntu 9.04, 64bit

Sorry, I missed it.

Plateform is amd64 running X84_64 Linux 2.6.31

[jean-...@tangerine] % cmake --version
cmake version 2.6-patch 4

Bests 

J-L



pgp0wqEpUinDh.pgp
Description: PGP signature


[hugin-ptx] Re: troubles making hugin outside the source tree

2009-09-24 Thread Jean-Luc Coulon (f5ibh)
I've reinstalled an older version of cmake

cmake version 2.6-patch 0

The problem is the same.


J-L

Le 24/09/2009 20:56:17, Jean-Luc Coulon (f5ibh) a écrit :
Le 24/09/2009 20:45:29, Kornel Benko a écrit :

Am Donnerstag 24 September 2009 schrieb Jean-Luc Coulon (f5ibh):
 Hi,

 If I use cmake as indicated in the INSTALL_cmake file, the build
files
 arent written as expected in the build directory but in the main
 directory:

...
 -- Generating done
 -- Build files have been written to: /usr/local/src/hugin/
 hugin-0.8.0


This really looks like an error.
I tried the same sequence, but cannot confirm here. It simply works 
 as
expected.

So, ...
missing information
1.) Your platform
2.) cmake-version

To compare: my cmake version: cmake version 2.6-patch 2
   my platform ubuntu 9.04, 64bit

Sorry, I missed it.

Plateform is amd64 running X84_64 Linux 2.6.31

[jean-...@tangerine] % cmake --version
cmake version 2.6-patch 4

Bests 

J-L







pgpLLwkqlSSUX.pgp
Description: PGP signature


[hugin-ptx] Re: fonction0 in boost is not included from the correct place with debian

2009-09-24 Thread Jean-Luc Coulon (f5ibh)
Le 24/09/2009 21:14:11, Harry van der Wolf a écrit :
2009/9/24 Jean-Luc Coulon (f5ibh) jean.luc.cou...@gmail.com

 Hi,

 I've updated debian sid.
 In the update, all boost related stuff changed to version 1.40.0

 In libboost1.40-dev, function0.hpp is located in /usr/include/boost/
 function/function0.hpp

 ./src/hugin_base/vigra_ext/ImageTransforms.h has to be adjusted to
 include the correct path.

 Regards

 Jean-Luc


Hi Jean-Luc,

I made a patch one-two weeks ago in
src/hugin_base/vigra_ext/ImageTransforms.h
for this like

#ifdef __APPLE__
#include boost/function.hpp
#endif


It seems I was wrong in that as I'm also working with boost 1.40, but 
 I
had
to pick up so much changes for OSX that I overlooked the obvious.
However,
do you have any idea how to test on boost level? I did some googling
around
but couldn't find any clue.


In the dev lib, there is:

/usr/include/boost/version.hpp

It defines the version with:

#define BOOST_VERSION 104000

//
//  BOOST_LIB_VERSION must be defined to be the same as BOOST_VERSION
//  but as a *string* in the form x_y[_z] where x is the major 
version
//  number, y is the minor version number, and z is the patch level if 
not 0.
//  This is used by config/auto_link.hpp to select which library 
version to link to.

#define BOOST_LIB_VERSION 1_40

#endif


To be sure, I've downloaded and inspected the version 1.39 of the 
package. 
It does the same :
#define BOOST_VERSION 103900

//
//  BOOST_LIB_VERSION must be defined to be the same as BOOST_VERSION
//  but as a *string* in the form x_y[_z] where x is the major 
version
//  number, y is the minor version number, and z is the patch level if 
not 0.
//  This is used by config/auto_link.hpp to select which library 
version to link to.

#define BOOST_LIB_VERSION 1_39

#endif


But I see that function0.hpp is in the same directory for both the 
packages:
/usr/include/boost/function/function0.hpp

So there was probably other changes in the hugin tree.


Regards

Jean-Luc




pgpjCPWBM1on6.pgp
Description: PGP signature


[hugin-ptx] [SOLVED] Re: [SVN 4235] SIGABRT in optimize step

2009-08-19 Thread Jean-Luc Coulon (f5ibh)
It is fine for me after updating libpano13

Thanks

Jean-Luc


pgppCDCK3T2XP.pgp
Description: PGP signature


[hugin-ptx] Re: [SVN ] SIGSEGV while opening a project

2009-08-17 Thread Jean-Luc Coulon (f5ibh)
Hi,


Hello,

I can't repeat this behavior under GNU/Linux (k)Ubuntu 9.04 i386.  The
second error is somewhat worry some as well.  Are you running a recent
SVN
build or using a prepackaged binary?

I'm running the latest SVN (4231)


J-L


pgpaaUqoe9wBN.pgp
Description: PGP signature


[hugin-ptx] SVN 4220, crash in Préfére nces

2009-08-16 Thread Jean-Luc Coulon (f5ibh)
Hi,

I've a reproductible crash in the preferences with SVN version.

Steps:

File - Preferences
SelectControl points detector tab
I've autopano-SIDT-C-(Default) as the conttrol point generator
I click Edit and got the crash.

Attached the report generated by bug-buddy.

Regards

Jean-Luc
 


System: Linux 2.6.30-k8-6 #1 SMP PREEMPT Sat Aug 15 22:18:05 CEST 2009 x86_64
X Vendor: The X.Org Foundation
X Vendor Release: 10603000
Selinux: No
Accessibility: Disabled
GTK+ Theme: MurrinaNeoGraphite
Icon Theme: Nuvola
GTK+ Modules: gnomebreakpad, canberra-gtk-module

Memory status: size: 480940032 vsize: 480940032 resident: 48529408 share: 
24223744 rss: 48529408 rss_rlim: 18446744073709551615
CPU usage: start_time: 1250408457 rtime: 1792 utime: 1570 stime: 222 cutime:83 
cstime: 137 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/hugin'

[Thread debugging using libthread_db enabled]
0x7fbb72c13255 in waitpid () from /lib/libpthread.so.0
#0  0x7fbb72c13255 in waitpid () from /lib/libpthread.so.0
#1  0x7fbb7012d229 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0
#2  0x7fbb7012d528 in g_spawn_command_line_sync ()
   from /usr/lib/libglib-2.0.so.0
#3  0x7fbb6ab79d63 in ?? ()
   from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#4  signal handler called
#5  0x00485cdc in wxStringBase::GetStringData (this=0x7fff80cc2760, 
cpdet_config=0x3ce7b08, index=-1) at /usr/include/wx-2.8/wx/string.h:265
#6  wxStringBase::length (this=0x7fff80cc2760, cpdet_config=0x3ce7b08, 
index=-1) at /usr/include/wx-2.8/wx/string.h:412
#7  wxStringBase::empty (this=0x7fff80cc2760, cpdet_config=0x3ce7b08, index=-1)
at /usr/include/wx-2.8/wx/string.h:422
#8  wxStringBase (this=0x7fff80cc2760, cpdet_config=0x3ce7b08, index=-1)
at /usr/include/wx-2.8/wx/string.h:354
#9  wxString (this=0x7fff80cc2760, cpdet_config=0x3ce7b08, index=-1)
at /usr/include/wx-2.8/wx/string.h:690
#10 CPDetectorSetting::GetCPDetectorDesc (this=0x7fff80cc2760, 
cpdet_config=0x3ce7b08, index=-1)
at /usr/local/src/hugin/hugin-0.8.0/src/hugin1/hugin/CPDetectorConfig.h:51
#11 CPDetectorDialog::UpdateFields (this=0x7fff80cc2760, 
cpdet_config=0x3ce7b08, index=-1)
at 
/usr/local/src/hugin/hugin-0.8.0/src/hugin1/hugin/CPDetectorConfig.cpp:252
#12 0x005598e0 in PreferencesDialog::OnCPDetectorEdit (this=0x3ce7800, 
e=value optimized out)
at 
/usr/local/src/hugin/hugin-0.8.0/src/hugin1/hugin/PreferencesDialog.cpp:964
#13 0x7fbb76027cc1 in 
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const, 
wxEvtHandler*, wxEvent) () from /usr/lib/libwx_baseu-2.8.so.0
#14 0x7fbb76028e34 in wxEventHashTable::HandleEvent(wxEvent, 
wxEvtHandler*) () from /usr/lib/libwx_baseu-2.8.so.0
#15 0x7fbb76028f17 in wxEvtHandler::ProcessEvent(wxEvent) ()
   from /usr/lib/libwx_baseu-2.8.so.0
#16 0x7fbb75c02e39 in wxWindowBase::TryParent(wxEvent) ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#17 0x7fbb75c02e39 in wxWindowBase::TryParent(wxEvent) ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#18 0x7fbb75c02e39 in wxWindowBase::TryParent(wxEvent) ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#19 0x7fbb75b468b9 in ?? () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#20 0x7fbb7079448d in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#21 0x7fbb707ab51f in ?? () from /usr/lib/libgobject-2.0.so.0
#22 0x7fbb707ac55f in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#23 0x7fbb707aca63 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#24 0x7fbb71d1aee5 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#25 0x7fbb7079448d in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#26 0x7fbb707aa8a5 in ?? () from /usr/lib/libgobject-2.0.so.0
#27 0x7fbb707ac55f in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#28 0x7fbb707aca63 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#29 0x7fbb71d19bad in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#30 0x7fbb71dc3da8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#31 0x7fbb707943df in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#32 0x7fbb707aac8a in ?? () from /usr/lib/libgobject-2.0.so.0
#33 0x7fbb707ac426 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#34 0x7fbb707aca63 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#35 0x7fbb71ec973e in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#36 0x7fbb71dbc6e3 in gtk_propagate_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#37 0x7fbb71dbd79b in gtk_main_do_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#38 0x7fbb71a3a47c in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#39 0x7fbb700f610a in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#40 0x7fbb700f9968 in ?? () from /usr/lib/libglib-2.0.so.0
#41 0x7fbb700f9e3d in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#42 0x7fbb71dbdb97 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#43 

[hugin-ptx] [SVN ] SIGSEGV while opening a project

2009-08-16 Thread Jean-Luc Coulon (f5ibh)
Hi,

I get (sometimes) a SIGNSEGV while opening a project.

The best way to reproduce it is using the following steps:
- Launch hugin
- In the assistant : Load images...
- I don't insert any image but leave using Cancel button
- I open an existing project

I get the crash.

If I directly open a prject I've often a double free or corruption 
message


Attached the gdb backtrace and the glibc message

Regards

Jean-Luc

Program received signal SIGSEGV, Segmentation fault.
0x71752bfc in ?? () from /lib/libc.so.6
(gdb) bt
#0  0x71752bfc in ?? () from /lib/libc.so.6
#1  0x71754da8 in malloc () from /lib/libc.so.6
#2  0x7fffeef29563 in g_malloc () from /usr/lib/libglib-2.0.so.0
#3  0x70c2b73b in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#4  0x70cd05c4 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#5  0x7fffef5bf48d in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#6  0x7fffef5d5fae in ?? () from /usr/lib/libgobject-2.0.so.0
#7  0x7fffef5d755f in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#8  0x7fffef5d7a63 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#9  0x70be5700 in gtk_list_store_insert ()
   from /usr/lib/libgtk-x11-2.0.so.0
#10 0x74991b75 in wxListBox::DoAppend(wxString const) ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#11 0x0054a729 in wxItemContainer::Append (this=0xc1ba10, pano=..., 
imgNr=...) at /usr/include/wx-2.8/wx/ctrlsub.h:99
#12 OptimizePanel::panoramaImagesChanged (this=0xc1ba10, pano=..., imgNr=...)
at /usr/local/src/hugin/hugin-0.8.0/src/hugin1/hugin/OptimizePanel.cpp:317
#13 0x0047c0e5 in PT::PanoramaObserver::panoramaImagesChanged (
this=0xc1bc60, pano=value optimized out, changed=...)
at /usr/local/src/hugin/hugin-0.8.0/src/hugin1/PT/Panorama.h:190
#14 0x77ab5e48 in HuginBase::Panorama::changeFinished (this=0x88f228, 
keepDirty=false)
---Type return to continue, or q return to quit---
at 
/usr/local/src/hugin/hugin-0.8.0/src/hugin_base/panodata/Panorama.cpp:1032
#15 0x00567c44 in PT::wxLoadPTProjectCmd::execute (this=0x22cbba0)
at /usr/local/src/hugin/hugin-0.8.0/src/hugin1/hugin/wxPanoCommand.cpp:435
#16 0x00505bae in CommandHistory::addCommand (this=0x219ffb0, 
command=0x217e490, execute=80)
at /usr/local/src/hugin/hugin-0.8.0/src/hugin1/hugin/CommandHistory.cpp:65
#17 0x0048d7af in MainFrame::LoadProjectFile (this=0x11a6930, 
filename=value optimized out)
at /usr/local/src/hugin/hugin-0.8.0/src/hugin1/hugin/MainFrame.cpp:652
#18 0x004917ab in MainFrame::OnLoadProject (this=0x11a6930, 
e=value optimized out)
at /usr/local/src/hugin/hugin-0.8.0/src/hugin1/hugin/MainFrame.cpp:723
#19 0x74e52cc1 in 
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const, 
wxEvtHandler*, wxEvent) () from /usr/lib/libwx_baseu-2.8.so.0
#20 0x74e53e34 in wxEventHashTable::HandleEvent(wxEvent, 
wxEvtHandler*) () from /usr/lib/libwx_baseu-2.8.so.0
#21 0x74e53f17 in wxEvtHandler::ProcessEvent(wxEvent) ()
   from /usr/lib/libwx_baseu-2.8.so.0
#22 0x749973f0 in ?? () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#23 0x7fffef5bf48d in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#24 0x7fffef5d5fae in ?? () from /usr/lib/libgobject-2.0.so.0
#25 0x7fffef5d755f in g_signal_emit_valist ()
---Type return to continue, or q return to quit---
   from /usr/lib/libgobject-2.0.so.0
#26 0x7fffef5d7a63 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#27 0x70cf9ecb in gtk_widget_activate ()
   from /usr/lib/libgtk-x11-2.0.so.0
#28 0x70bfcb8d in gtk_menu_shell_activate_item ()
   from /usr/lib/libgtk-x11-2.0.so.0
#29 0x70bfe50b in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#30 0x70beeda8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#31 0x7fffef5bf48d in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#32 0x7fffef5d5c8a in ?? () from /usr/lib/libgobject-2.0.so.0
#33 0x7fffef5d7426 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#34 0x7fffef5d7a63 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#35 0x70cf473e in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#36 0x70be76e3 in gtk_propagate_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#37 0x70be879b in gtk_main_do_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#38 0x7086547c in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#39 0x7fffeef2110a in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#40 0x7fffeef24968 in ?? () from /usr/lib/libglib-2.0.so.0
#41 0x7fffeef24e3d in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
---Type return to continue, or q return to quit---
#42 0x70be8b97 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#43 0x749292f8 in wxEventLoop::Run() ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#44 0x749b0cbb in wxAppBase::MainLoop() ()
   from 

[hugin-ptx] Re: How Load RAW Images?

2009-06-06 Thread Jean-Luc Coulon (f5ibh)
Le 06/06/2009 13:01:02, TomBrooklyn a écrit :

Hugin chokes when I try to load RAW images. What do I have to
do?I have UFRaw and can open images in that, but how does that
help me with Hugin?

As hugin doesnt manage directly this kind of file, you have to process 
them before ans save them in jpeg or tiff format.

J-L


pgpUzvPXX4ZLR.pgp
Description: PGP signature


[hugin-ptx] Re: SVN failed to build

2009-05-13 Thread Jean-Luc Coulon (f5ibh)
Hi Tim,

Le 12/05/2009 14:39:11, Tim Nugent a écrit :
Strange, I can't repeat that under Ubuntu 9.04. But the Celeste 
 library shouldn't need any of the Boost libraries.

As a workaround you could try installing the libboost-thread package.

I use Debian sid
I *have* libboost-thread.
BTW the libboost packages have been updated past few days…


But they are needed:

On line 180 of CMakeLists.txt, we can find:

##
## Boost
##

SET(Boost_LIB_SUFFIX_DEBUG gd)
FIND_PACKAGE(Boost REQUIRED thread)
IF (NOT Boost_thread_FOUND)
  MESSAGE(FATAL_ERROR boost thread library not found. If it is 
installed with a\nunrecognized suffix, specify it with -
DBoost_LIB_SUFFIX=suffix)
ENDIF (NOT Boost_thread_FOUND)


Regards

Jean-Luc


pgpHaTloIgHEb.pgp
Description: PGP signature


[hugin-ptx] Re: SVN failed to build

2009-05-13 Thread Jean-Luc Coulon (f5ibh)
Le 13/05/2009 17:11:58, Bruno Postle a écrit :

On Tue 12-May-2009 at 13:57 +0200, Jean-Luc Coulon (f5ibh) wrote:

[ 37%] Building CXX object src/celeste/CMakeFiles/celeste.dir/
Utilities.o
make[2]: *** No rule to make target `/usr/lib/libboost_thread.so', 
needed by `src/celeste/libceleste.so.0.0'.  Stop.

Although celeste doesn't use libboost_thread, other parts of hugin 
do, so you still need this file to exist for hugin to link to it.

/usr/lib/libboost_thread.so is usually a symlink that points to the 
actual library file, it should be provided by a boost -dev package 
and if it isn't then that package is probably broken. 

I've had a closer look to my config.
There are libboost- with version 1.34 and 1.38
I've removed all the libboost stuff and then reinstalled libboost-
thread-dev and its dependancies (many).
I still got some packages in 1.34 and 1.38.

Then I rebuilt hugin from scratch and I did not get this problem again.

Regards

Jean-Luc



pgpn9zraeA82h.pgp
Description: PGP signature


[hugin-ptx] SVN failed to build

2009-05-12 Thread Jean-Luc Coulon (f5ibh)

Hi,

I've an error trying to build SVN

[ 37%] Building CXX object src/celeste/CMakeFiles/celeste.dir/
Utilities.o
make[2]: *** No rule to make target `/usr/lib/libboost_thread.so', 
needed by `src/celeste/libceleste.so.0.0'.  Stop.
make[1]: *** [src/celeste/CMakeFiles/celeste.dir/all] Error 2
make: *** [all] Error 2
The mail in /var/spool/mail/jean-luc has been read. 

Regards

Jean-Luc


pgpY6QL6mLwFy.pgp
Description: PGP signature


[hugin-ptx] SVN 3736 build error

2009-03-15 Thread Jean-Luc Coulon (f5ibh)

Hi,

I get:



[ 89%] Building CXX object src/hugin1/ptbatcher/CMakeFiles/
PTBatcherGUI.dir/BatchFrame.o
/usr/local/src/hugin/hugin-0.7.0/src/hugin1/ptbatcher/BatchFrame.cpp: 
In member function ‘virtual void* BatchFrame::Entry()’:
/usr/local/src/hugin/hugin-0.7.0/src/hugin1/ptbatcher/
BatchFrame.cpp:231: error: ‘class Batch’ has no member named 
‘GetLastFile’
make[3]: *** [src/hugin1/ptbatcher/CMakeFiles/PTBatcherGUI.dir/
BatchFrame.o] Error 1


(SVN 3735 was fine)

Regards

Jean-Luc


pgpis9gBaayXi.pgp
Description: PGP signature


[hugin-ptx] Re: SVN-20090222

2009-02-24 Thread Jean-Luc Coulon (f5ibh)
Le 24/02/2009 19:06:51, Dale Beams a écrit :

Kubuntu 8.04.1
svn-3664-200902xx

nona -z PACKBITS -r ldr -m TIFF_m -o stockton_graf -i 5
/tmp/huginpto_GYNuOR
nona -z PACKBITS -r ldr -m TIFF_m -o stockton_graf -i 6
/tmp/huginpto_GYNuOR
enblend --compression NONE -f5896x2535 -o stockton_graf.tif
stockton_graf.tif stockton_graf0001.tif stockton_graf0003.tif
stockton_graf0004.tif stockton_graf0005.tif stockton_graf0006.tif 
enblend: error while loading shared libraries: libxmi.so.0: cannot 
 open
shared object file: No such file or directory
make: *** [stockton_graf.tif] Error 127

Appears to be looking for libxmi.  What package would that be?

[jean-...@tangerine] % apt-file search libxmi
libplot-dev: /usr/lib/libxmi.a
libplot-dev: /usr/lib/libxmi.la
libplot-dev: /usr/lib/libxmi.so
libplot2c2: /usr/lib/libxmi.so.0
libplot2c2: /usr/lib/libxmi.so.0.1.3
plotutils: /usr/share/info/libxmi.info.gz


So install plotlib.

Regards

Jean-Luc


pgp9lR57rxk9b.pgp
Description: PGP signature


[hugin-ptx] Re: Build error on SVN (3503)

2008-10-14 Thread Jean-Luc Coulon (f5ibh)
Le 14.10.2008 17:07:53, Franck Barbenoire a écrit :

Hi all,

I complied this same revision with success with wxGTK-2.8.9 installed,
if it helps.

Thanks, Debian sid has 2.8.7. I will try to upgrade.

Regards

Jean-Luc



pgpFFIP7WB3xL.pgp
Description: PGP signature


[hugin-ptx] Build error on SVN (3503)

2008-10-14 Thread Jean-Luc Coulon (f5ibh)
Hi,

I get the following:

[ 65%] Building CXX object src/hugin1/hugin/CMakeFiles/hugin.dir/
MainFrame.o
[ 65%] Building CXX object src/hugin1/hugin/CMakeFiles/hugin.dir/
CPImageCtrl.o
[ 66%] Building CXX object src/hugin1/hugin/CMakeFiles/hugin.dir/
CPEditorPanel.o
[ 66%] Building CXX object src/hugin1/hugin/CMakeFiles/hugin.dir/
LensPanel.o
[ 67%] Building CXX object src/hugin1/hugin/CMakeFiles/hugin.dir/
ImagesPanel.o
[ 67%] Building CXX object src/hugin1/hugin/CMakeFiles/hugin.dir/
CommandHistory.o
[ 68%] Building CXX object src/hugin1/hugin/CMakeFiles/hugin.dir/
PanoPanel.o
/usr/local/src/hugin/hugin-0.7.0/src/hugin1/hugin/PanoPanel.cpp: In 
member function ‘void PanoPanel::OnSendToBatch(wxCommandEvent)’:
/usr/local/src/hugin/hugin-0.7.0/src/hugin1/hugin/PanoPanel.cpp:1015: 
erreur: ‘GetTempDir’ is not a member of ‘wxFileName’
/usr/local/src/hugin/hugin-0.7.0/src/hugin1/hugin/PanoPanel.cpp:1019: 
erreur: ‘GetTempDir’ is not a member of ‘wxFileName’
make[3]: *** [src/hugin1/hugin/CMakeFiles/hugin.dir/PanoPanel.o] Error


Regards

Jean-Luc


pgphHZSLFdP6K.pgp
Description: PGP signature