Creating a new bug for libpano12, separate from all the other panorama bugs. I'd also like the name to change to libpano12, rather than panotools which is what it seems to have been called up until this point. It is too confusing, as there is another package called panorama-tools.
Created attachment 47434 [details] libpano12-2.7.0.8.ebuild This ebuild libpano12-2.7.0.8.ebuild uses the 2.7.0.8 libpano12 sources from panotools.sf.net No patches are applied to this.
Please place ebuild in media-libs
To my knowledge panorama-tools is quite linked to the panotools. Looks like I miss a release since I did just a cvs snapshot. I'd update the current panotools with your version if nobody else ask for the namechange
Bruno have confirmed what I was long worried about: "Yes, the version at http://panotools.sf.net/ contains all known improvements to the pano12 library, including those from Max Lyons." So these sources at panotools.sf.net are definitly the right sources to use for libpano12. I'd say this ebuild is pretty good. We need some people to test on other archs.
Seems to work ok with me. Did resync and pulled old build out on Jan 18.
I take this bug as resolved with the panotools update. Reopen if I'm wrong
I'd still like a name change to libpano12. 1) Many lib packages are called lib*, but not all 2) Needs to be changed so that it is not confused with Panorama Tools (java ones) made by Helmut.
The panotools ebuild is total crap anyways...it's getting sources from dev.gentoo/~lu_zero + some patches. I have NO idea where these are coming from. This libpano12 ebuild I have provided is clean, grabs sources from sourceforge, requires no patches, and matches the most recent sources used by Bruno http://bugbear.blackfish.org.uk/~bruno/apt/fedora/linux/2/i386/SRPMS.panorama/.
Looks like a commit didn't make it's way in the cvs
Created attachment 49670 [details] libpano12-2.7.0.8.ebuild modified to install documentation A small change to include some documentation. Optimize.txt has a useful brief description of parameters. I'd put in half a vote for a name change to libpano12 as this is what the package is called at http://panotools.sourceforge.net/. The name panotools might suggest that this package includes clens, which is also at http://panotools.sourceforge.net/, and I don't think clens should be part of this package.
I vote changing the name to libpano12. I think it make things MUCH clearer for newcomers!
Moved panotools -> libpano12 I made java binding optional. Clens depends on nona (that actually I'm afraid is part of hugin) I guess I could eventually close this bug (reopen if I'm wrong)