Ubuntu 10.10, Hugin
flag
Messages 11 - 20 of 41 - Collapse all
/groups/adfetch?adid=fB7aig8AAAAu9tNP-Gb77O9LVVbL7nvV
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
11.  Yuval Levy  
View profile  
 More options Oct 16 2010, 6:56 pm
From: Yuval Levy <goo...@levy.ch>
Date: Sat, 16 Oct 2010 18:56:44 -0400
Local: Sat, Oct 16 2010 6:56 pm
Subject: Re: [hugin-ptx] Re: Ubuntu 10.10, Hugin

Hi Bob,

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...>
[1]
<http://wiki.panotools.org/wiki/index.php?title=Hugin_Compiling_Ubuntu...
_Multiple_Source_Trees>
[2] <http://groups.google.com/group/hugin-ptx/msg/3f29b207c562fd63>
[3] <https://launchpad.net/~hugin/+archive/hugin-builds>

  signature.asc
< 1K Download

 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
12.  Dale Beams  
View profile  
 More options Oct 16 2010, 7:48 pm
From: Dale Beams <drbe...@hotmail.com>
Date: Sat, 16 Oct 2010 18:48:05 -0500
Local: Sat, Oct 16 2010 7:48 pm
Subject: RE: [hugin-ptx] Re: Ubuntu 10.10, Hugin

Bob,

Thanks.  I did a comparison this afternoon of both.  You are correct.  I moved some time ago, and my previous experience hasn't caught up with current implementation.

Yuv,

Yes, I found these dependencies (libxi-dev, libxmu-dev) this afternoon after searching my bash history.  Thanks for finding them again and adding them to the wiki.  Sadly I neglected to put them into the wiki upon discovery the first time.  It's a good thing I was able to build the debs though, just think how useful they were to other people who weren't able to complete the build ealier.  :)

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.

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.

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.  Perhaps we should add this explanation to the wiki.  Btw, if were not using autotools anymore, perhaps we can remove it?

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!

Dale


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
13.  Yuval Levy  
View profile  
 More options Oct 16 2010, 10:01 pm
From: Yuval Levy <goo...@levy.ch>
Date: Sat, 16 Oct 2010 22:01:55 -0400
Local: Sat, Oct 16 2010 10:01 pm
Subject: Re: [hugin-ptx] Re: Ubuntu 10.10, Hugin

On October 16, 2010 07:48:05 pm Dale Beams wrote:

> It's a good thing I was able to build the debs
> though, just think how useful they were to other people who weren't able
> to complete the build ealier.  :)

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

  signature.asc
< 1K Download

 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
14.  kfj  
View profile  
 More options Oct 17 2010, 6:16 am
From: kfj <_...@yahoo.com>
Date: Sun, 17 Oct 2010 03:16:07 -0700 (PDT)
Local: Sun, Oct 17 2010 6:16 am
Subject: Re: Ubuntu 10.10, Hugin

On 17 Okt., 04:01, Yuval Levy <goo...@levy.ch> wrote:

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

Here's from a lemming. I reverted my Kubuntu 10.10 virgin vm to just
after building enblend and left it there, the botched branch in the
abyss. It was a learning experience, nevertheless, and now the vm is
sitting there for the next occasion I need a virgin system to try
silly stuff on. Disregard my comments on KpackageKit vs apt-get, it
was probably just some confusion arising from trying to do the
impossible after a day of hard work...
With the revised wiki I went back to work with a new checkout of
2010.3, got all the dependencies, ran cmake, ran make package,
waited... it went past 63% ... completed ... installed ... RUNS
Thanks for the rectifications, and sorry again for all the noise.
Hopefully I'll be able to do something productive eventually...
I'm back on track! :) Now I'll see if I can build panoGLView as well.

with regards
KFJ


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
15.  kfj  
View profile  
 More options Oct 17 2010, 6:50 am
From: kfj <_...@yahoo.com>
Date: Sun, 17 Oct 2010 03:50:21 -0700 (PDT)
Local: Sun, Oct 17 2010 6:50 am
Subject: Re: Ubuntu 10.10, Hugin

On 17 Okt., 12:16, kfj <_...@yahoo.com> 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:

kfj@Anja:~/src/panoglview/pglv.hg$ panoglview ~/Bilder/*4/*_fused.tif
The program 'panoglview' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
  (Details: serial 345 error_code 9 request_code 137 minor_code 8)
  (Note to programmers: normally, X errors are reported
asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error()
function.)
kfj@Anja:~/src/panoglview/pglv.hg$

Thanks again for the updated wiki, apart from panoglview, I managed to
compile and install everything!

with regards
KFJ


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
16.  kfj  
View profile  
 More options Oct 17 2010, 5:25 am
From: kfj <_...@yahoo.com>
Date: Sun, 17 Oct 2010 02:25:55 -0700 (PDT)
Local: Sun, Oct 17 2010 5:25 am
Subject: Re: Ubuntu 10.10, Hugin

On 17 Okt., 00:56, Yuval Levy <goo...@levy.ch> wrote:

> @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?

oops... maybe I've been barking up the wrong tree all along. Sorry for
all the noise I created because of my naively following the wiki and
installing Dale's packets. I'll start afresh.

with regards
KFJ


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
17.  Dale Beams  
View profile  
 More options Oct 15 2010, 12:40 pm
From: Dale Beams <drbe...@hotmail.com>
Date: Fri, 15 Oct 2010 11:40:41 -0500
Local: Fri, Oct 15 2010 12:40 pm
Subject: RE: [hugin-ptx] Re: Ubuntu 10.10, Hugin

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


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
18.  Kornel Benko  
View profile  
 More options Oct 15 2010, 1:08 pm
From: Kornel Benko <Kornel.Be...@berlin.de>
Date: Fri, 15 Oct 2010 19:08:21 +0200
Local: Fri, Oct 15 2010 1:08 pm
Subject: Re: [hugin-ptx] Re: Ubuntu 10.10, Hugin

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.

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}/Deb ian/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.Be...@berlin.de

  signature.asc
< 1K Download

 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
19.  Kornel Benko  
View profile  
 More options Oct 15 2010, 2:04 pm
From: Kornel Benko <Kornel.Be...@berlin.de>
Date: Fri, 15 Oct 2010 20:04:36 +0200
Local: Fri, Oct 15 2010 2:04 pm
Subject: Re: [hugin-ptx] Re: Ubuntu 10.10, Hugin

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
Kornel.Be...@berlin.de

  signature.asc
< 1K Download

 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
20.  Dale Beams  
View profile  
 More options Oct 15 2010, 3:37 pm
From: Dale Beams <drbe...@hotmail.com>
Date: Fri, 15 Oct 2010 14:37:12 -0500
Local: Fri, Oct 15 2010 3:37 pm
Subject: RE: [hugin-ptx] Re: Ubuntu 10.10, Hugin

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

From: Kornel.Be...@berlin.de
To: hugin-ptx@googlegroups.com
Subject: Re: [hugin-ptx] Re: Ubuntu 10.10, Hugin
Date: Fri, 15 Oct 2010 20:04:36 +0200

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
Kornel.Be...@berlin.de                                          


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.

Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2013 Google