Hugin chokes on build. I've been unable to locate the issue, but am
still trying. I've not yet began to dig into the cpp files yet.
Dale
---
[ 61%] Built target calibrate_lens
[ 62%] Built target test_lensFunc
[ 63%] Building CXX object
src/hugin1/base_wx/CMakeFiles/huginbasewx.dir/ImageCache.cpp.o
In file included from /usr/include/wx-2.8/wx/window.h:23,
from /usr/include/wx-2.8/wx/toplevel.h:21,
from /usr/include/wx-2.8/wx/frame.h:19,
from /usr/include/wx-2.8/wx/generic/splash.h:17,
from /usr/include/wx-2.8/wx/splash.h:15,
from /home/user/src/hugin/hugin.hg/src/hugin1/panoinc_WX.h:55,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.h:29,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:27:
/usr/include/wx-2.8/wx/cursor.h: In constructor
‘wxBusyCursorSuspender::wxBusyCursorSuspender()’:
/usr/include/wx-2.8/wx/cursor.h:65: error: ‘wxIsBusy’ was not declared
in this scope
/usr/include/wx-2.8/wx/cursor.h:67: error: ‘wxBusyCursor’ has not been
declared
/usr/include/wx-2.8/wx/cursor.h: In destructor
‘wxBusyCursorSuspender::~wxBusyCursorSuspender()’:
/usr/include/wx-2.8/wx/cursor.h:72: error: ‘wxIsBusy’ was not declared
in this scope
/usr/include/wx-2.8/wx/cursor.h:74: error: ‘wxBusyCursor’ has not been
declared
In file included from /usr/include/wx-2.8/wx/window.h:26,
from /usr/include/wx-2.8/wx/toplevel.h:21,
from /usr/include/wx-2.8/wx/frame.h:19,
from /usr/include/wx-2.8/wx/generic/splash.h:17,
from /usr/include/wx-2.8/wx/splash.h:15,
from /home/user/src/hugin/hugin.hg/src/hugin1/panoinc_WX.h:55,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.h:29,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:27:
/usr/include/wx-2.8/wx/region.h: In member function ‘bool
wxRegionBase::Intersect(const wxRect&)’:
/usr/include/wx-2.8/wx/region.h:251: error: invalid use of incomplete
type ‘struct wxRegion’
/usr/include/wx-2.8/wx/gdicmn.h:38: error: forward declaration of
‘struct wxRegion’
/usr/include/wx-2.8/wx/region.h: In member function ‘bool
wxRegionBase::Subtract(const wxRect&)’:
/usr/include/wx-2.8/wx/region.h:256: error: invalid use of incomplete
type ‘struct wxRegion’
/usr/include/wx-2.8/wx/gdicmn.h:38: error: forward declaration of
‘struct wxRegion’
/usr/include/wx-2.8/wx/region.h: In member function ‘bool
wxRegionBase::Xor(const wxRect&)’:
/usr/include/wx-2.8/wx/region.h:261: error: invalid use of incomplete
type ‘struct wxRegion’
/usr/include/wx-2.8/wx/gdicmn.h:38: error: forward declaration of
‘struct wxRegion’
In file included from /usr/include/wx-2.8/wx/toplevel.h:21,
from /usr/include/wx-2.8/wx/frame.h:19,
from /usr/include/wx-2.8/wx/generic/splash.h:17,
from /usr/include/wx-2.8/wx/splash.h:15,
from /home/user/src/hugin/hugin.hg/src/hugin1/panoinc_WX.h:55,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.h:29,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:27:
/usr/include/wx-2.8/wx/window.h: At global scope:
/usr/include/wx-2.8/wx/window.h:82: error: field ‘font’ has incomplete
type
/usr/include/wx-2.8/wx/window.h:85: error: field ‘colFg’ has incomplete
type
/usr/include/wx-2.8/wx/window.h:89: error: field ‘colBg’ has incomplete
type
/usr/include/wx-2.8/wx/window.h:920: error: ‘wxUpdateUIEvent’ has not
been declared
/usr/include/wx-2.8/wx/window.h:1116: error: ‘wxSysColourChangedEvent’
has not been declared
/usr/include/wx-2.8/wx/window.h:1117: error: ‘wxInitDialogEvent’ has not
been declared
/usr/include/wx-2.8/wx/window.h:1118: error: ‘wxMouseEvent’ has not been
declared
/usr/include/wx-2.8/wx/window.h:1133: error: ‘WXWidget’ does not name a
type
/usr/include/wx-2.8/wx/window.h:1135: error: ‘WXWidget’ has not been
declared
/usr/include/wx-2.8/wx/window.h:1230: error: field ‘m_cursor’ has
incomplete type
/usr/include/wx-2.8/wx/window.h:1231: error: field ‘m_font’ has
incomplete type
/usr/include/wx-2.8/wx/window.h:1232: error: field ‘m_backgroundColour’
has incomplete type
/usr/include/wx-2.8/wx/window.h:1233: error: field ‘m_foregroundColour’
has incomplete type
/usr/include/wx-2.8/wx/window.h:1240: error: field ‘m_updateRegion’ has
incomplete type
/usr/include/wx-2.8/wx/window.h:562: error: ‘wxNavigationKeyEvent’ has
not been declared
/usr/include/wx-2.8/wx/window.h: In member function ‘const wxRegion&
wxWindowBase::GetUpdateRegion() const’:
/usr/include/wx-2.8/wx/window.h:761: error: ‘m_updateRegion’ was not
declared in this scope
/usr/include/wx-2.8/wx/window.h: In member function ‘wxRegion&
wxWindowBase::GetUpdateRegion()’:
/usr/include/wx-2.8/wx/window.h:762: error: ‘m_updateRegion’ was not
declared in this scope
/usr/include/wx-2.8/wx/window.h: In member function ‘const wxCursor&
wxWindowBase::GetCursor() const’:
/usr/include/wx-2.8/wx/window.h:850: error: ‘m_cursor’ was not declared
in this scope
/usr/include/wx-2.8/wx/window.h: In member function ‘wxWindow*
wxWindowBase::GetGrandParent() const’:
/usr/include/wx-2.8/wx/window.h:1547: error: invalid use of incomplete
type ‘struct wxWindow’
/usr/include/wx-2.8/wx/utils.h:51: error: forward declaration of ‘struct
wxWindow’
In file included from /usr/include/wx-2.8/wx/frame.h:19,
from /usr/include/wx-2.8/wx/generic/splash.h:17,
from /usr/include/wx-2.8/wx/splash.h:15,
from /home/user/src/hugin/hugin.hg/src/hugin1/panoinc_WX.h:55,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.h:29,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:27:
/usr/include/wx-2.8/wx/toplevel.h: At global scope:
/usr/include/wx-2.8/wx/toplevel.h:119: error: invalid use of incomplete
type ‘struct wxWindow’
/usr/include/wx-2.8/wx/utils.h:51: error: forward declaration of ‘struct
wxWindow’
/usr/include/wx-2.8/wx/toplevel.h:238: error: ‘wxCloseEvent’ has not
been declared
/usr/include/wx-2.8/wx/toplevel.h:239: error: ‘wxSizeEvent’ has not been
declared
/usr/include/wx-2.8/wx/toplevel.h:246: error: ‘wxActivateEvent’ has not
been declared
/usr/include/wx-2.8/wx/toplevel.h:249: error: ‘wxUpdateUIEvent’ has not
been declared
/usr/include/wx-2.8/wx/toplevel.h: In member function ‘virtual bool
wxTopLevelWindowBase::IsActive()’:
/usr/include/wx-2.8/wx/toplevel.h:183: error: ‘FindFocus’ was not
declared in this scope
/usr/include/wx-2.8/wx/toplevel.h: In member function ‘virtual bool
wxTopLevelWindowBase::IsVisible() const’:
/usr/include/wx-2.8/wx/toplevel.h:235: error: ‘IsShown’ was not declared
in this scope
/usr/include/wx-2.8/wx/toplevel.h: In member function ‘virtual void
wxTopLevelWindowBase::DoGetScreenPosition(int*, int*) const’:
/usr/include/wx-2.8/wx/toplevel.h:273: error: ‘DoGetPosition’ was not
declared in this scope
In file included from /usr/include/wx-2.8/wx/generic/splash.h:17,
from /usr/include/wx-2.8/wx/splash.h:15,
from /home/user/src/hugin/hugin.hg/src/hugin1/panoinc_WX.h:55,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.h:29,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:27:
/usr/include/wx-2.8/wx/frame.h: At global scope:
/usr/include/wx-2.8/wx/frame.h:53: error: expected class-name before ‘{’
token
In file included from /usr/include/wx-2.8/wx/splash.h:15,
from /home/user/src/hugin/hugin.hg/src/hugin1/panoinc_WX.h:55,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.h:29,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:27:
/usr/include/wx-2.8/wx/generic/splash.h:37: error: invalid use of
incomplete type ‘struct wxFrame’
/usr/include/wx-2.8/wx/utils.h:50: error: forward declaration of ‘struct
wxFrame’
/usr/include/wx-2.8/wx/generic/splash.h:48: error: ‘wxCloseEvent’ has
not been declared
/usr/include/wx-2.8/wx/generic/splash.h:49: error: ‘wxTimerEvent’ has
not been declared
/usr/include/wx-2.8/wx/generic/splash.h:59: error: ‘wxTimer’ does not
name a type
/usr/include/wx-2.8/wx/generic/splash.h:71: error: invalid use of
incomplete type ‘struct wxWindow’
/usr/include/wx-2.8/wx/utils.h:51: error: forward declaration of ‘struct
wxWindow’
In file included from /usr/include/wx-2.8/wx/splash.h:15,
from /home/user/src/hugin/hugin.hg/src/hugin1/panoinc_WX.h:55,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.h:29,
from /home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:27:
/usr/include/wx-2.8/wx/generic/splash.h:75: error: ‘wxPaintEvent’ has
not been declared
/usr/include/wx-2.8/wx/generic/splash.h:76: error: ‘wxEraseEvent’ has
not been declared
/usr/include/wx-2.8/wx/generic/splash.h:77: error: ‘wxMouseEvent’ has
not been declared
/usr/include/wx-2.8/wx/generic/splash.h:78: error: ‘wxKeyEvent’ has not
been declared
/usr/include/wx-2.8/wx/generic/splash.h:84: error: field ‘m_bitmap’ has
incomplete type
/usr/include/wx-2.8/wx/generic/splash.h: In member function ‘void
wxSplashScreenWindow::SetBitmap(const wxBitmap&)’:
/usr/include/wx-2.8/wx/generic/splash.h:80: error: ‘m_bitmap’ was not
declared in this scope
/usr/include/wx-2.8/wx/generic/splash.h: In member function ‘wxBitmap&
wxSplashScreenWindow::GetBitmap()’:
/usr/include/wx-2.8/wx/generic/splash.h:81: error: ‘m_bitmap’ was not
declared in this scope
/home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp: In
function ‘wxImage
imageCacheEntry2wxImage(boost::shared_ptr<HuginBase::ImageCache::Entry>)’:
/home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:1029:
error: return type ‘struct wxImage’ is incomplete
/home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:1029:
error: new declaration ‘void
imageCacheEntry2wxImage(boost::shared_ptr<HuginBase::ImageCache::Entry>)’
/home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.h:47: error:
ambiguates old declaration ‘wxImage
imageCacheEntry2wxImage(boost::shared_ptr<HuginBase::ImageCache::Entry>)’
/home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:1036:
error: invalid use of incomplete type ‘struct wxImage’
/usr/include/wx-2.8/wx/bitmap.h:26: error: forward declaration of
‘struct wxImage’
/home/user/src/hugin/hugin.hg/src/hugin1/base_wx/ImageCache.cpp:1039:
error: invalid use of incomplete type ‘struct wxImage’
/usr/include/wx-2.8/wx/bitmap.h:26: error: forward declaration of
‘struct wxImage’
make[2]: ***
[src/hugin1/base_wx/CMakeFiles/huginbasewx.dir/ImageCache.cpp.o] Error 1
make[1]: *** [src/hugin1/base_wx/CMakeFiles/huginbasewx.dir/all] Error 2
make: *** [all] Error 2
Looks like all data directories have to be created first. I will check the build as soon, as I upgrade to 10.10.
Meanwhile, we may add a preinst script to our sources.
If someone is adventurous
1.) create "Debian" directory (in source tree) # Already in hugin-sources(trunk)
2.) create preinst Script with
#! /usr/bin/env sh
mkdir -p /usr/local/share/hugin/data
...
exit 0
3.) edit CMakeLists.txt
add a line with
SET(CPACK_DEBIAN_PACKAGE_CONTROL_EXTRA "${CMAKE_CURRENT_SOURCE_DIR}/Debian/preinst")
or
SET(CPACK_DEBIAN_PACKAGE_CONTROL_EXTRA "${CMAKE_CURRENT_SOURCE_DIR}/Debian/preinst;${CMAKE_CURRENT_SOURCE_DIR}/Debian/postinst")
before the statement
INCLUDE(CPack)
There should be a better way of course. I really don't understand why this directories are not created with
packages built on this system.
Kornel
--
Kornel Benko
Kornel...@berlin.de
Am Freitag 15 Oktober 2010 schrieb Dale Beams:
> btw, thanks for the directories list. I hadn't gotten all the way through
> it yet before I had to part to do something else.
>
> Dale
Googling i found following:
...
> INSTALL(FILES my_project.glade DESTINATION /usr/share/my_project)
> INSTALL(FILES my_project.png DESTINATION /usr/share/my_project)
> INSTALL(FILES my_project.desktop DESTINATION /usr/share/applications)
You use ABSOLUTE destination, this is known to be broken for many
CPack generator (including DEB, RPM and TGZ).
This should be fixed (for RPM and DEB) in the forthcoming 2.8.3 cmake release.
...
We are installing like:
INSTALL(FILES ....... DESTINATION ${MANDIR}/man1)
and MANDIR _is_ set to
SET (MANDIR "$ENV{MANDIR}")
if environment MANDIR is set.
Is this so in your case?
Kornel
--
Kornel Benko
Hi Dale,
I only try to understand, what is going on here.
If I understood it correctly
1.) On a clean system one can create a package _and_ install it with no problem
1a.) Package created on ubuntu 10.10 have problem when installing on upgraded ubuntu
(One has first create a set of directories, before installation)
2.) Package created on not upgraded system install without problems also on upgraded system
So the question is, what should we do to make package creation more robust.
On a clean system, after the *.deb is built, when attemtping to install
using the command
"sudo dpkg -i some_package_name.deb"
the package fails to install because it's unable to create the necessary
directories. I've assumed this is a permissions problem. I assume the
binary package (*.deb) isn't utilizing sudo permissions to create those
directories as it normally would.
I'm in the process of re-building and testing again this afternoon.
Dale
On Fri, 2010-10-15 at 23:03 +0200, Kornel Benko wrote:
> Am Freitag 15 Oktober 2010 schrieb Dale Beams:
> > Kornel,
> >
> > I use a VirtualBox vm with a fresh install of Ubuntu 10.10 for both build
> > and installation. My build and installations are clean. Then I'll
> > normally install on my own system and post the binaries.
> >
> > I posted early before doing complete testing for installation, in part as a
> > response to others who were trying to build.
> >
> > I was able to get a successful build, following through the wiki.
> >
> > Dale
>
> Hi Dale,
> I only try to understand, what is going on here.
> If I understood it correctly
1. Won't install without manually creating directories it's complaining
about.
1a. Have not tested on upgraded system. I use fresh installs for every
new ubuntu installation.
2. Makes no difference. One still is required to manually create
directories.
I think that somewhere during the build, the package is not getting told
to use sudo access to create the proper destination directories and then
fails. I assume this is a CMake issue?
Dale
I can asure you, this is not permission problem. The whole is working under sudo as
user root.
> I assume the
> binary package (*.deb) isn't utilizing sudo permissions to create those
> directories as it normally would.
>
> I'm in the process of re-building and testing again this afternoon.
OK. Try to use
"sudo dpkg -D7777 -i some_package_name.deb"
this will give more info.
> Dale
drbeams@Ubuntu:~/src/enblend/enblend.build$ sudo dpkg -D7777 -i
enblend-4.1.1-Linux.deb
D000010: ensure_pathname_nonexisting `/var/lib/dpkg/tmp.ci'
Selecting previously deselected package enblend.
(Reading database ... 161758 files and directories currently installed.)
Unpacking enblend (from enblend-4.1.1-Linux.deb) ...
D000001: process_archive oldversionstatus=not installed
D000002: maintainer_script_new nonexistent preinst
`/var/lib/dpkg/tmp.ci/preinst'
D000010: tarobject ti->name='./usr/local/share/man/man1/enfuse.1'
mode=100644 owner=1000.1000 type=48(-) ti->linkname=''
namenode='/usr/local/share/man/man1/enfuse.1' flags=2 instead='<none>'
D000100: setupvnamevbs main=`/usr/local/share/man/man1/enfuse.1'
tmp=`/usr/local/share/man/man1/enfuse.1.dpkg-tmp'
new=`/usr/local/share/man/man1/enfuse.1.dpkg-new'
D000100: tarobject nonexistent
D000010: ensure_pathname_nonexisting
`/usr/local/share/man/man1/enfuse.1.dpkg-new'
D000010: ensure_pathname_nonexisting
`/usr/local/share/man/man1/enfuse.1.dpkg-tmp'
dpkg: error processing enblend-4.1.1-Linux.deb (--install):
unable to create `/usr/local/share/man/man1/enfuse.1.dpkg-new' (while
processing `./usr/local/share/man/man1/enfuse.1'): No such file or
directory
D000010: cu_installnew `/usr/local/share/man/man1/enfuse.1' flags=2
D000100: setupvnamevbs main=`//usr/local/share/man/man1/enfuse.1'
tmp=`//usr/local/share/man/man1/enfuse.1.dpkg-tmp'
new=`//usr/local/share/man/man1/enfuse.1.dpkg-new'
D000100: cu_installnew not restoring
D000100: unlinkorrmdir `//usr/local/share/man/man1/enfuse.1.dpkg-new'
rmdir No such file or directory
D000002: maintainer_script_new nonexistent postrm
`/var/lib/dpkg/tmp.ci/postrm'
dpkg-deb: subprocess paste killed by signal (Broken pipe)
D000010: ensure_pathname_nonexisting `/var/lib/dpkg/tmp.ci'
D000010: ensure_pathname_nonexisting running rm -rf
D000010: ensure_pathname_nonexisting `/var/lib/dpkg/reassemble.deb'
Errors were encountered while processing:
enblend-4.1.1-Linux.deb
And this is the big difference to output of my system.
Here, it is (non-important parts skipped):
.... namenode=`/usr' flags=2 instead=`<none>'
.... namenode=`/usr/local' flags=2 instead=`<none>'
.... namenode=`/usr/local/doc' flags=2 instead=`<none>'
.... namenode=`/usr/local/doc/enblend' flags=2 instead=`<none>'
Yours looks like it starts to install the file, while mine installs first the directories.
Thanks for the output.
Apart from creating a preinst script, I don't know yet, how to overcome this.
I've been using aptitude. Sometimes it pulls in more dependencies than
apt-get, or it used to. Firefox was one of those that it did way back
when.
> modifications to it (like, install a few updates and the VB software)
> and then proceeded to, yet again, follow the wiki by the letter. I
> managed to build enfuse, enblend and libpano13, and I had to use
> KPackageKit to install a few packets, since I did not manage to do it
> all by just apt-get.
>
I'm re-building today to determine what may be your problem. It should
not however matter weather it's ubuntu, kubuntu, lubuntu, etc.
In addition there are some directory creation issues with the current
branch. Waiting won't hurt if you have a working hugin installation
until those get cleared up.
On October 16, 2010 06:10:22 pm Bob Bright wrote:
> Dale: It doesn't matter whether you use aptitude or apt-get -- there's
> no such package as 'wx-i18n'. And as kfj has already noted, installing
> wx2.8-i18n doesn't help with the build.
>
> The missing dependency is in fact libwxgtk2.8-dev. I've updated the
> wiki accordingly.
thank you for fixing this.
libwxgtk2.8-dev was already on that page before Dale messed it up [0].
To be sure: I did a complete build from scratch of the latest default branch
on a new 10.10 install. I did identify two dependencies that were not
mentioned yet:
libxi-dev
libxmu-dev
I'll fix this and the other stuff later.
> On 10-10-15 09:39 AM, Dale Beams wrote:
> > Have you tried building using aptitude. Ubuntu's prefered way is
> > first the software manager and then if needed aptitude. Therefore I
> > always use "sudo aptitude install some_package" as it's a more
> > complete solution and will pick items that apt-get doesn't. As a
> > result I've only been adding those dependencies which have shown
> > deficient in aptitude.
@Dale: I find your activity to be spurious, random, conducive to confusion at
best, and to damage otherwise. Whether it is about build instructions or the
distribution of deb packages. Would you please stop and validate with more
experienced contributors before moving ahead with your stuff?
As Bob said, it is not apt-get vs. aptitude. To say it to you very directly:
IMHO it is your a*t*titude of not seeing that the problem is on your end that
makes things worse. Exactly like when you were "comparing" Hugin to APPro.
For the Wiki page, all of your modifications in the past three weeks [0] have
been either destructive or unnecessary. I will revert them all.
Can you explain to me:
1. what is your point of adding the -p switch to the creation of a single
folder other than showing that you do not know what mkdir -p stands for? see
man mkdir
2. what is your point of changing the naming convention for the build folder
from hugin.hg-build to hugin.build? while it may seem a meaningless detail to
you, you are screwing things up for people who are using multiple source
trees. The convention used to write the document is that <SOURCE_DIR> is
built in <SOURCE_DIR>-build, so hugin.hg is built in hugin.hg-build.
3. last but not least, what is your point of fiddling with dependencies that
maybe do not work for you, but work perfectly well for others? you removed
libwxgtk2.8-dev and replacing it with libwxbase2.8-dev and some unexisting
i18n causing unnecessary confusion.
Regarding the distribution of deb packages, you have been advised many times
that deb packages produced with CMake are inherently broken and not good for
distribution [2]. When will you get it?
Spreading around your shattered stuff website is not helpful to Hugin. There
are other sources for reliably built deb packages, last but not least the
Hugin PPA on Launchpad [3].
If you want to be helpful to the project, start by learning what is wrong on
your end.
Yuv (very annoyed)
[0]
<http://wiki.panotools.org/wiki/index.php?title=Hugin_Compiling_Ubuntu&diff=12727&oldid=12661>
[1]
<http://wiki.panotools.org/wiki/index.php?title=Hugin_Compiling_Ubuntu&diff=12727&oldid=12661#Advanced_Use_-
_Multiple_Source_Trees>
[2] <http://groups.google.com/group/hugin-ptx/msg/3f29b207c562fd63>
[3] <https://launchpad.net/~hugin/+archive/hugin-builds>
The people who weren't able to complete the build earlier where not able to do
so because of your changes to the wiki.
From my perspective your debs have been everything else but useful. The only
useful feedback I saw from you was the report about the missing folders in the
deb themselves, which point to a CMake problem and to a problem with your
distribution of debs. I analyzed the situation systematically for Libpano and
completed the wiki document. Will do for Enblend and Hugin later (probably
tomorrow).
Plenty of people build those debs. AFAIK you're the only one who fails to see
why it is not good to distribute them.
> If there is no difference between apt-get and aptitude, let's change it to
> aptitude. This is afterall the preferred ubuntu way, and we are building
> for ubuntu according to the wiki.
Does it improve the instruction in any meaningful way? I don't think so.
Leave it as it is. There are enough moving parts and the last thing we need
is unnecessary tinkering.
I think it is better that *you* stay out of that wiki page until you start
understanding what you are actually fiddling with.
> Sorry about the libwxgtk2.8-dev. It appears I may have accidentally
> deleted it when moving things around trying to get it to fit on a smaller
> screen using the / ... I'm glad you found it and fixed it. I'm also glad
> I was able to contribute some of the other missing dependencies.
It appears to me that your explanation is... very lacking at best. Looking at
the diff of your change [0] I see no "moving things around trying to get it to
fit on a smaller screen". Just fiddling that broke the instructions. You did
not contribute any missing dependencies. The two dependencies you added where
already automatically fetched by apt-get when fetching libwxgtk2.8-dev before
you messed up. And nobody will ever know if you "contributed" libxi-dev
libxmu-dev -- you "forgot" to add them.
> Thanks for explaining the hugin.hg.build. I merely changed it to be
> consistent with the rest of the entries without realizing "build" was
> there for specific build numbers.
I see your point here - there is no such convention with Enblend and Libpano.
They also don't have as many branches as Hugin.
I agree with you that the naming convention could be improved / made more
consistent across the document. If you have an idea, please discuss it before
implementing it. My apology for not trusting you to make changes directly.
My experience with you is that you are well intentioned but end up causing
more harm than good, and that you need to understand the limits of your
understanding.
> Perhaps we should add this explanation
> to the wiki.
feel free to contribute a text. most users just take the wiki page as it is
and don't really care. Those who do care and understand don't need
explanations. It works for most of them without explanation.
> Btw, if were not using autotools anymore, perhaps we can
> remove it?
No. While Hugin has fully moved to CMake and the other building methods are
no longer maintained/documented, the Cmake build of Enblend has not been fully
adopted and autotools is still the preferred build of the last known active
maintainers. Even if you could motivate the project to prefer Cmake over
autotools, there are good reason to keep the information intact as long as it
is not obsolete. That wiki page is a repository of technical knowledge to
enable users to become contributors. It's a map on the learning curve. It
could surely be simplified into a fast-food recipe, but then the really fast
food recipe is
sudo add-apt-repository ppa:hugin/hugin-builds
sudo apt-get update
sudo apt-get install hugin enblend autopano-sift-c panini
added to the Wiki page.
> I do intend to continue to distribute binaries. They provide an option for
> those not wanting to build to use new features. This is OSS, and that's
> what freedom is about. Isn't it great!
You are free to do what you want on your website and with your resources.
Lemmings are free to follow each other to the abyss. For those not wanting to
build to use new features there are better options. They are now documented
on the wiki page as well. I recommend the deb packages by Philipp Seidel -
they have been built according to the canonical way of building packages.
Yuv
[0]
<http://wiki.panotools.org/wiki/index.php?title=Hugin_Compiling_Ubuntu&diff=12721&oldid=12720>
> > ff=12727&oldid=12661#Advanced_Use_- _Multiple_Source_Trees>
On October 16, 2010 02:55:31 pm kfj wrote:
> I can't get rid of the feeling that something has changed in
> wxWidgets.
can't confirm.
> don't have anything on Kubuntu 10.10 to look at the panoramas now -
> all the viewers I tried won't compile either. I might have to run
> FSPViewer in a vboxed Windows. Any better suggestions?
I'm on Kubuntu too. Much better than the other fully fledged 'buntu desktop
IMHO.
For viewing the panos (and more), I highly recommend Panini. I've added the
instruction on the wiki page [0]
Yuv
[0] <http://wiki.panotools.org/Hugin_Compiling_Ubuntu#Panini_Perspective_Tool>
what exactly went wrong for you with apt-get? and how was KPackageKit better?
> When I tried to build hugin, I got precisely the same error as
> yesterday when I tried to build on my Kubuntu 10.10 upgraded from
> 10.4. [the bit when it tries to compile ImageCache.cpp]
that's where it stopped for me too with the wiki instructions "modified" (or as
they say in German verschlimbessert) by Dale. Reverting to the instruction
prior to his modifications fixed these issues for me.
> Could it be a Kubuntu problem?
absolutely not - there is no difference between K/Ubuntu in this respect.
Can you give it a try with the fixed instructions? They still need update with
the list of folders to create for dpkg -i to work correctly, but the build
should complete successfully.
Yuv
don't worry. as the Italian say goes: "can che abbaia non morde" - a barking
dog does not bite. No harm done.
On October 17, 2010 06:50:21 am kfj wrote:
> > I'm back on track! :) Now I'll see if I can build panoGLView as well.
>
> still no joy with panoglview. Does this look familiar to anyone
sorry to read this. No, the error message does not look familiar to me. It
seems to be a runtime error. Have you tried with a jpeg image? or a tiff with
different compression? I have not tried panoglview in more than two years...
On October 17, 2010 07:38:42 am kfj wrote:
> On 17 Okt., 13:21, kfj <_...@yahoo.com> wrote:
> > Managed to build and install Panini, but it does very odd things to my
> > spherical 360X180 panorama.
>
> I used the 'sherical' setting for my image, since it's a spherical
> panorama, after all. Using the equirectangular setting, it displays
> correctly now. I thought the two were the same? What's the difference?
I don't recall the difference, sorry. What I do know is that the Panini
terminology refers to the projection of the input image. Your "spherical
360x180 panorama" can be projected in many different ways, all representing the
same "spherical space". E.g. it can be an ordered list of six rectilinear
cubefaces; a sinusoidal projection; or, as in your case an equirectangular
projection.
> And, yes, it's very lo-res on my machine. Is there any way to get it
> to create more detail, never mind the performance?
Weird. I use an IGP as well. In the video at [0] you can see panini panning
a 7000x3500 equirect in full resolution on my meanwhile deceased dynobook --
1.6GHz Pentium M with 2 MB RAM and 915GM chipset (Intel Graphics Media
Accelerator 900 with up to 128 MB shared system memory). The panning was
smooth enough / comparable to QuickTimeVR.
What are your machine's specs?
[0] <http://river-valley.tv/vedutismo-nuovo-new-tools-for-panoramic-
perspective-control/>
Cheers,
BBB
--
Bob Bright
Vancouver Island Digital Imaging
http://VictoriaVR.ca
On 10-10-17 02:20 AM, kfj wrote:
> [see also below], but I tried to build it myself, too:
> It failed spectacularly, also with wxWidgets-related code, which is
> one reason for my suspicions about the wxWidgets code used per default
> by Kubuntu 10.10. Look at this:
>
> make[1]: Betrete Verzeichnis '/home/kfj/src/panoglview/pglv.hg/src'
> if g++ -DPACKAGE_NAME=\"panoglview\" -DPACKAGE_TARNAME=\"panoglview\" -
> DPACKAGE_VERSION=\"0.2.2\" -DPACKAGE_STRING=\"panoglview\ 0.2.2\" -
> DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 -
> DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -
> DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -
> DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -
> DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I. -I/usr/lib/wx/
> include/base-unicode-release-2.8 -I/usr/include/wx-2.8 -
> D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DwxUSE_GUI=0 -pthread -g -O2 -MT
> panoglview-panoapp.o -MD -MP -MF ".deps/panoglview-panoapp.Tpo" -c -o
> panoglview-panoapp.o `test -f 'panoapp.cpp' || echo './'`panoapp.cpp;
> \
> then mv -f ".deps/panoglview-panoapp.Tpo" ".deps/panoglview-
> panoapp.Po"; else rm -f ".deps/panoglview-panoapp.Tpo"; exit 1; fi
> In file included from panointeractivecanvas.h:16,
> from panoframe.h:22,
> from panoapp.cpp:35:
> panocanvas.h:146: error: expected class-name before �{� token
> panocanvas.h:148: error: ISO C++ forbids declaration of �wxPoint� with
> no type
> panocanvas.h:148: error: expected �,� or �...� before �&� token
> panocanvas.h:150: error: �wxPaintEvent� has not been declared
> panocanvas.h:151: error: �wxSizeEvent� has not been declared
> panocanvas.h:152: error: �wxEraseEvent� has not been declared
> panocanvas.h:159: error: ISO C++ forbids declaration of �wxImage� with
> no type
> panocanvas.h:159: error: expected �,� or �...� before �&� token
> panocanvas.h:181: error: �wxSize� does not name a type
> panocanvas.h:184: error: �wxPoint� does not name a type
> panocanvas.h:185: error: �wxPoint� does not name a type
> panocanvas.h:186: error: �wxPoint� does not name a type
> In file included from panoframe.h:22,
> from panoapp.cpp:35:
> panointeractivecanvas.h:25: error: expected class-name before �{�
> token
> panointeractivecanvas.h:36: error: ISO C++ forbids declaration of
> �wxPoint� with no type
> panointeractivecanvas.h:36: error: expected �,� or �...� before �&�
> token
> panointeractivecanvas.h:37: error: �wxKeyEvent� has not been declared
> panointeractivecanvas.h:38: error: �wxKeyEvent� has not been declared
> panointeractivecanvas.h:39: error: �wxMouseEvent� has not been
> declared
> panointeractivecanvas.h:40: error: �wxTimerEvent� has not been
> declared
> panointeractivecanvas.h:41: error: �wxPaintEvent� has not been
> declared
> panointeractivecanvas.h:42: error: �wxSizeEvent� has not been declared
> panointeractivecanvas.h:79: error: ISO C++ forbids declaration of
> �wxPoint� with no type
> panointeractivecanvas.h:79: error: expected �,� or �...� before �&�
> token
> panointeractivecanvas.h:92: error: �wxPoint� does not name a type
> panointeractivecanvas.h:93: error: �wxPoint� does not name a type
> panointeractivecanvas.h:94: error: �wxPoint� does not name a type
> panointeractivecanvas.h:95: error: �wxTimer� does not name a type
> In file included from panoapp.cpp:35:
> panoframe.h:51: error: invalid use of incomplete type �struct wxFrame�
> /usr/include/wx-2.8/wx/utils.h:50: error: forward declaration of
> �struct wxFrame�
> panoframe.h:53: error: ISO C++ forbids declaration of �wxPoint� with
> no type
> panoframe.h:53: error: expected �,� or �...� before �&� token
> panoframe.h:58: error: �wxCommandEvent� has not been declared
> panoframe.h:59: error: �wxCommandEvent� has not been declared
> panoframe.h:60: error: �wxCommandEvent� has not been declared
> panoframe.h:61: error: �wxCommandEvent� has not been declared
> panoframe.h:62: error: �wxCommandEvent� has not been declared
> panoframe.h:63: error: �wxCommandEvent� has not been declared
> panoframe.h:64: error: �wxCommandEvent� has not been declared
> panoframe.h:65: error: �wxCommandEvent� has not been declared
> panoframe.h:66: error: �wxCommandEvent� has not been declared
> panoframe.h:67: error: �wxCommandEvent� has not been declared
> panoframe.h:68: error: �wxCommandEvent� has not been declared
> panoframe.h:69: error: �wxCommandEvent� has not been declared
> panoframe.h:70: error: �wxTimerEvent� has not been declared
> panoframe.h:71: error: �wxCommandEvent� has not been declared
> panoframe.h:81: error: �wxTimer� does not name a type
> panoapp.cpp: In member function �virtual bool panoApp::OnInit()�:
> panoapp.cpp:41: error: �wxInitAllImageHandlers� was not declared in
> this scope
> panoapp.cpp:42: error: �wxDefaultPosition� was not declared in this
> scope
> panoapp.cpp:42: error: �wxSize� was not declared in this scope
> panoapp.cpp:44: error: �class panoFrame� has no member named �Show�
> panoapp.cpp:50: error: �SetTopWindow� was not declared in this scope
> panoapp.cpp: In function �wxAppConsole* wxCreateApp()�:
> panoapp.cpp:54: error: cannot allocate an object of abstract type
> �panoApp�
> panoapp.h:27: note: because the following virtual functions are pure
> within �panoApp�:
Do you have a video card with GL, such as Nvidia, etc. which you don't
have the drivers loaded? PanoGLView will perform slowly if you don't
have the right drivers for you video card.
Dale
--
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 hugi...@googlegroups.com
To unsubscribe from this group, send email to hugin-ptx+...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx