Re: RFS: VLFeat computer vision library
FWIW -- I have tried to build backports using our neurodebian setup... it seem
that all 32bit userland builds (while system is running on 64bit kernel)
fail with
...
bin/glnxa64/objs/aib.o bin/glnxa64/objs/array.o bin/glnxa64/objs/covdet.o bin/glnxa64/objs/fisher.o bin/glnxa64/objs/generic.o bin/glnxa64/objs/getopt_long.o bin/glnxa64/objs/gmm.o bin/glnxa64/objs/hikmeans.o bin/glnxa64/objs/hog.o bin/glnxa64/objs/homkermap.o bin/glnxa64/objs/host.o bin/glnxa64/objs/ikmeans.o bin/glnxa64/objs/imopv.o bin/glnxa64/objs/imopv_sse2.o bin/glnxa64/objs/kdtree.o bin/glnxa64/objs/kmeans.o bin/glnxa64/objs/lbp.o bin/glnxa64/objs/liop.o bin/glnxa64/objs/mathop.o bin/glnxa64/objs/mathop_avx.o bin/glnxa64/objs/mathop_sse2.o bin/glnxa64/objs/mser.o bin/glnxa64/objs/pgm.o bin/glnxa64/objs/quickshift.o bin/glnxa64/objs/random.o bin/glnxa64/objs/rodrigues.o bin/glnxa64/objs/scalespace.o bin/glnxa64/objs/slic.o bin/glnxa64/objs/stringop.o bin/glnxa64/objs/svm.o bin/glnxa64/objs/svmdataset.o bin/glnxa64/objs/vlad.o \
-Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,--rpath,\$ORIGIN/ -Wl,--as-needed -lpthread -lm -lm -lpthread -m64 \
-fopenmp \
-Wl,-soname,libvl.so.0 \
-o bin/glnxa64/libvl.so
/usr/bin/ld: cannot find crti.o: No such file or directory
/usr/bin/ld: cannot find -lpthread
/usr/bin/ld: cannot find -lm
/usr/bin/ld: cannot find -lm
/usr/bin/ld: cannot find -lpthread
/usr/bin/ld: skipping incompatible /usr/lib/gcc/i686-linux-gnu/4.8/libgomp.so when searching for -lgomp
/usr/bin/ld: skipping incompatible /usr/lib/gcc/i686-linux-gnu/4.8/libgomp.a when searching for -lgomp
/usr/bin/ld: cannot find -lgomp
/usr/bin/ld: skipping incompatible /usr/lib/gcc/i686-linux-gnu/4.8/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: skipping incompatible /usr/lib/gcc/i686-linux-gnu/4.8/libgcc_s.so when searching for -lgcc_s
/usr/bin/ld: cannot find -lgcc_s
/usr/bin/ld: cannot find -lpthread
/usr/bin/ld: cannot find -lc
/usr/bin/ld: skipping incompatible /usr/lib/gcc/i686-linux-gnu/4.8/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: skipping incompatible /usr/lib/gcc/i686-linux-gnu/4.8/libgcc_s.so when searching for -lgcc_s
/usr/bin/ld: cannot find -lgcc_s
/usr/bin/ld: cannot find crtn.o: No such file or directory
collect2: error: ld returned 1 exit status
make[2]: *** [bin/glnxa64/libvl.so] Error 1
make[2]: Leaving directory `/tmp/buildd/vlfeat-0.9.17+dfsg0'
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory `/tmp/buildd/vlfeat-0.9.17+dfsg0'
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
so you might check on that... I think I ran into similar problem before but
can't recall/look into it atm.
On Fri, 22 Nov 2013, Anton Gladky wrote:
> Hi Andreas and Dima,
> sorry I forgot to mention it here, I have already uploaded this package a couple
> of days ago. It is in NEW-queue already.
> But your suggestions are really reasonable. Dima, could, you, please,
> commit it to git?
> Thanks,
> Anton
> 2013/11/22 Andreas Tille <andreas@an3as.eu>:
> > Hi Dima,
> > thanks for your patience - Alioth is up and running now again.
> > On Fri, Nov 08, 2013 at 10:49:46AM -0800, Dima Kogan wrote:
> >> Andreas Tille <andreas@an3as.eu> writes:
> >> > Hi Dima,
> >> > On Thu, Nov 07, 2013 at 11:10:54PM -0800, Dima Kogan wrote:
> >> >> > 2013/11/8 Dima Kogan <dima@secretsauce.net>:
> >> >> >> Hi all.
> >> >> >> I packaged VLFeat (http://vlfeat.org), and am looking for sponsorship.
> >> >> > Anton Gladky <gladky.anton@gmail.com> writes:
> >> >> > Hi Dima, I will be glad to review/upload this package.
> >> >> > But i can do it only on weekends.
> >> >> Thank you very much, Anton. There is no rush, so please take your time.
> >> > Is your work in Debian Science VCS?
> >> Yes:
> >> http://anonscm.debian.org/gitweb/?p=debian-science/packages/vlfeat.git
> > I checked this out and have noticed in debian/README.source:
> > "The SIFT implementation was removed from the source ..."
> > That's OK, but if you change the upstream source you should either
> > provide
> > a) get-orig-source target in d/rules
> > b) specify Files-Excluded in d/copyright and use the enhanced
> > uscan described here:
> > https://wiki.debian.org/UscanEnhancements
> > I personally recommend the latter since it is more simple to implement
> > and from my personal point of view more transparent.
> >> > In what Debian Science task would this library fit best?
> >> The "image analysis" task sounds most appropriate to me.
> > I added
> > Suggests: libvlfeat-dev
> > since we usually link to user applications in non-dev metapackages. It might
> > make sense to consider an imageanalysis-dev metapackage since the task now
> > is assembling several lib*-dev packages that way. What do you think?
> > Is there any chance to also create a vlfeat-{tools,utils} package with a
> > plain user application for demonstarting the library?
> > Feel free to add your package to the SoB Wiki page.
> > Kind regards
> > Andreas.
> > --
> > http://fam-tille.de
> > --
> > To UNSUBSCRIBE, email to debian-science-request@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> > Archive: [🔎] 20131122133120.GN11261@an3as.eu">http://lists.debian.org/[🔎] 20131122133120.GN11261@an3as.eu
--
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419
WWW: http://www.linkedin.com/in/yarik
Reply to: