Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - visual-sfm

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: visual-sfm 0.5.26-3

Git Clone URL: https://aur-dev.archlinux.org/visual-sfm.git (read-only)
Package Base: visual-sfm
Description: A Visual Structure from Motion System; create 3d models from photos.
Upstream URL: http://ccwu.me/vsfm/
Keywords: 3d motion photos reconstruction structure-from-motion visual
Licenses: custom:visual-sfm
Submitter: acerix
Maintainer: acerix (bartus)
Last Packager: acerix
Votes: 1
Popularity: 0.030179
First Submitted: 2016-06-15 05:05
Last Updated: 2016-10-21 23:06

Latest Comments

bartus commented on 2016-10-02 12:34

@acerix Try this version of PKGBUILD, it uses system libraries (lapack,blas,f2c) instead of one shipped by author in source package.
\\ unfortunetly linking with system libjpeg produce a binary which crashes when trying to load an image.
PKGBUILD: http://pastebin.com/ueAxkfqv

PS. check package which I recently push to AUR. Pisson reconstruction mesh surface from point cloud. It's crazy fast in comparison to meshlab plugin, produce sharper mesh and can trim excess geometry. (https://aur.archlinux.org/packages/poissonrecon-git/)

acerix commented on 2016-10-01 18:15

@bartus Thanks for this update! I updated it to your version, but I'm still getting the same build errors that jrdnjhntn mentioned below. I didn't find any liblapack.a or lapack.a on my system, and I tried removing the lapack package but that didn't help. I haven't figured out building it in a chroot yet, but it sounds like that should work following these instructions https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot.



g++ -w -o bin/VisualSFM build/*.* -pthread -lGL -lGLU -lX11 -ldl -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lfontconfig -lfreetype -lgthread-2.0 -pthread -lglib-2.0 lib/lapack.a lib/blas.a lib/libf2c.a lib/libjpeg.a
/usr/bin/ld: lib/lapack.a(dgeev.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgehrd.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgerqf.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
...
/usr/bin/ld: lib/libjpeg.a(exif.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
make: *** [makefile:41: VisualSFM] Error 1

bartus commented on 2016-09-30 12:06

Made updated version of PKGBUILD including 'pba' (build from source) and 'cmvs','siftgpu' as dependencies. It's build fine in clean chroot.
Please review it (deps may be stripped to tight) and consider updating your package.
PGKBUILD: http://pastebin.com/g8TBfYn7

bartus commented on 2016-09-28 08:53

It build perfectly fine for me (inside chroot to prevent any local modification affecting build process)

@'jrdnjhntn' maybe you have some leftover files from old 'lapack' packages which used to ship static libs (/usr/lib/liblapack.a)

May actual installation has metis,parmetis replaced with extra:suitesparse which provides appropriate libs and prevents 'visual-sfm' conflicts with octave,julia. Don't even know if 'visual-sfm' makes any use of those libs as they doesn't pop up in 'ldd /usr/bin/VisualSFM'.

jrdnjhntn commented on 2016-09-09 01:50

Hey acerix,

ya, i have no idea. I did look at various install guides and this package does seem to be missing some of what is needed to a full working copy of the app. I don't see any of the cmvs/pmvs libs that I think are mandatory (?)... After trying several versions of the sources, for each component; I did manage to get cmvs to compile (albeit by altering it's source code), but I have hit a bit of a wall with pmvs, due to some gcc6 related error... I didn't even get to building the vsfm itself. lol

References on building:

http://mdda.net/oss-blog/2014-06/building-VisualSFM-on-FC20/
https://github.com/mapillary/OpenSfM/blob/master/bin/export_pmvs.md

I think the error i posted had to do with trying to link against libs that are the wrong architecture 9x86_32)... but i would need to get the rest of the stuff compiled to see. i may end up asking the author... ttyl

acerix commented on 2016-09-08 22:33

@jrdnjhntn I also got stuck on that error, and gave up before ever getting it to build. I don't really understand what the problem is either, so it's probably best ask the author. Let me know if a solution is found and I can update the package, or I'll gladly disown it if someone else wants to maintain.

jrdnjhntn commented on 2016-09-08 18:19

Hi, this package doesn't seem to compile for me;

==> Starting build()...
mkdir -p build
mkdir -p bin
cd build; ar -x ../lib/VisualSFM.a; cd ..;
g++ -w -o bin/VisualSFM build/*.* -pthread -lGL -lGLU -lX11 -ldl -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lfontconfig -lfreetype -lgthread-2.0 -pthread -lglib-2.0 lib/lapack.a lib/blas.a lib/libf2c.a lib/libjpeg.a
/usr/bin/ld: lib/lapack.a(dgeev.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgehrd.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgerqf.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgesv.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgesvd.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgetrf.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: lib/lapack.a(dgetri.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC

(output has been cut, but it is more of the same).

i wondering if maybe you had seen this? I tried adding -fPIC, but nothing changed.. maybe I'm missing something here...?