Package Details: mlpack 3.4.2-1

Git Clone URL: https://aur.archlinux.org/mlpack.git (read-only, click to copy)
Package Base: mlpack
Description: A fast, flexible, scalable C++ machine learning library
Upstream URL: https://mlpack.org/
Keywords: c++ go julia learning machine python R
Licenses: BSD
Submitter: jerry73204
Maintainer: robertohueso
Last Packager: robertohueso
Votes: 11
Popularity: 0.061559
First Submitted: 2015-10-29 03:40 (UTC)
Last Updated: 2021-10-12 11:48 (UTC)

Latest Comments

1 2 3 Next › Last »

Samega7Cattac commented on 2022-04-27 11:56 (UTC)

This pakage requires python-pip on a python script

robertohueso commented on 2021-10-12 11:46 (UTC)

Updated :)

GRAPHENE commented on 2021-10-06 06:17 (UTC)

Updates?

Lone_Wolf commented on 2019-10-19 18:10 (UTC)

https://bbs.archlinux.org/viewtopic.php?id=250062

masca commented on 2019-10-03 09:20 (UTC)

It now compiles with GCC9, but it still fails to install.

I somehow obtain the following:

file in conflitto:
mlpack: /usr/bin/cygdb esiste già nel filesystem
mlpack: /usr/bin/cython esiste già nel filesystem
mlpack: /usr/bin/cythonize esiste già nel filesystem
mlpack: /usr/bin/f2py esiste già nel filesystem
mlpack: /usr/bin/f2py3 esiste già nel filesystem
mlpack: /usr/bin/f2py3.7 esiste già nel filesystem

nicolino commented on 2019-07-16 17:47 (UTC) (edited on 2019-07-16 17:47 (UTC) by nicolino)

I have had the same problems as Relyak. I have modified the PKGBUILD as indicated. The lib64 conflict was resolved. The others did not.

Reylak commented on 2019-06-14 10:46 (UTC) (edited on 2019-06-17 15:32 (UTC) by Reylak)

I second masca's comment and its conflict errors. Mine are:

mlpack: /usr/bin/cygdb exists in filesystem (owned by cython)
mlpack: /usr/bin/cython exists in filesystem (owned by cython)
mlpack: /usr/bin/cythonize exists in filesystem (owned by cython)
mlpack: /usr/bin/f2py exists in filesystem (owned by python-numpy)
mlpack: /usr/bin/f2py3 exists in filesystem (owned by python-numpy)
mlpack: /usr/bin/f2py3.7 exists in filesystem (owned by python-numpy)
mlpack: /usr/lib64 exists in filesystem (owned by filesystem)

(same as masca's but without the "easy-install.pth" one; I see in the PKGBUILD that "easy-install.pth" is deleted in the package() function)

For the lib64 conflict, it seems that CMake does not properly handle the UsrMerge of ArchLinux with your PKGBUILD. Passing -D CMAKE_INSTALL_LIBDIR="lib" to cmake fixes the issue as suggested here. This is what is used by this package for example. That does not solve the other conflicts though.

EDIT: the other conflicts actually ended up disappearing but I'm not sure why, sorry :(

masca commented on 2019-06-05 15:26 (UTC)

I am having troubles installing. I tried on two different machines and I get errors (albeit different ones). In the first case, I get the following:

build/temp.linux-x86_64-3.6/home/andrea/Documenti/mlpack/src/mlpack-3.1.1/src/mlpack/bindings/python/mlpack/sparse_coding.o: file not recognized: file format not recognized collect2: error: ld returned 1 exit status error: command 'g++' failed with exit status 1 make[2]: [src/mlpack/methods/sparse_coding/CMakeFiles/build_pyx_sparse_coding.dir/build.make:58: src/mlpack/methods/sparse_coding/CMakeFiles/build_pyx_sparse_coding] Error 1 make[1]: [CMakeFiles/Makefile2:7344: src/mlpack/methods/sparse_coding/CMakeFiles/build_pyx_sparse_coding.dir/all] Error 2 make: *** [Makefile:141: all] Error 2

whereas in the second case I get: mlpack: /usr/bin/cygdb esiste già nel filesystem mlpack: /usr/bin/cython esiste già nel filesystem mlpack: /usr/bin/cythonize esiste già nel filesystem mlpack: /usr/bin/f2py esiste già nel filesystem mlpack: /usr/bin/f2py3 esiste già nel filesystem mlpack: /usr/bin/f2py3.7 esiste già nel filesystem mlpack: /usr/lib/python3.7/site-packages/easy-install.pth esiste già nel filesystem mlpack: /usr/lib64 esiste già nel filesystem

jerry73204 commented on 2019-06-05 15:14 (UTC)

Hi @mark, I drop the version constraint for armadillo. Hope it works for you.

1 2 3 Next › Last »