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: 10
Popularity: 0.004369
First Submitted: 2015-10-29 03:40 (UTC)
Last Updated: 2021-10-12 11:48 (UTC)

Latest Comments

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.

mark commented on 2019-01-21 10:01 (UTC)

@jerry73204 - it compiled successfully, thanks!

Also, it still complains about armadillo>=6.500.0, that it cannot be found so I have to install it explicitly. Other than that it's great!

jerry73204 commented on 2019-01-16 07:03 (UTC)

I update the package to 3.0.4 and disable check by default.

Mark please check if this update fixes your problem.

mark commented on 2019-01-15 08:43 (UTC)

gcc: error: unrecognized command line option ‘-std=c++11-march=x86-64’ error: command 'gcc' 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

This is when installing it with trizen, first it complained armadillo>=6.500.0 cannot be found, but it went away after installing it manually.

Is this a typo in the makefile or? Should there be a whitespace between 11 and the dash?

alcros33 commented on 2018-05-14 16:31 (UTC)

to jerry73204,

Thank you, I'll just skip the check() step, but just saying that I have reproduced the issue around 10 times...

jerry73204 commented on 2018-05-12 18:16 (UTC)

To alcron33, My build runs successfully and I cannot reproduce this error. The message indicates that it was caused by a failing test. It's better to report it to upstream. If you need the build to be done, as a remedy, you can comment out check() function in PKGBUILD.

alcros33 commented on 2018-05-11 18:29 (UTC) (edited on 2018-05-11 18:30 (UTC) by alcros33)

I have tried installing a couple of times... it always displays this error when doing the check() after build:

Running 1262 test cases... /tmp/yaourt-tmp-alcros33/aur-mlpack/src/mlpack-3.0.0/src/mlpack/tests/distribution_test.cpp(888): fatal error: in "DistributionTest/GammaDistributionRandomTest": difference{0.100615} between d2.Beta(i){1.1811578593978589} and b(i){1.3} exceeds 10%

unknown location(0): fatal error: in "DecisionTreeMainTest/DecisionTreeCategoricalOutputDimensionTest": memory access violation at address: 0x00000000: no mapping at fault address

/tmp/yaourt-tmp-alcros33/aur-mlpack/src/mlpack-3.0.0/src/mlpack/tests/main_tests/decision_tree_test.cpp(98): last checkpoint: "DecisionTreeCategoricalOutputDimensionTest" test entry

*** 2 failures are detected in the test module "mlpackTest"

jerry73204 commented on 2017-09-24 12:32 (UTC)

To flying-sheep: I drop the load_save_test. If you still encounter problems during tests, feel free to modify the PKGBUILD file.

flying-sheep commented on 2017-09-20 16:30 (UTC) (edited on 2017-09-20 18:11 (UTC) by flying-sheep)

hmm, i get the error mentioned in https://github.com/mlpack/mlpack/issues/1025 /home/phil/.cache/pacaur/mlpack/src/mlpack-2.2.5/src/mlpack/tests/load_save_test.cpp(637): fatal error: in "LoadSaveTest/LoadHDF5Test": critical check test.n_rows == 4 has failed [2 != 4] they say it can be safely ignored, but since the package doesn’t build without the tests passing, that isn’t helpful. maybe include a patch that fixes/disables the test?

carlos commented on 2017-06-06 16:24 (UTC)

Required https://aur.archlinux.org/packages/libgfortran6/ to build properly. gcc-Version 7.1.1 20170516 (GCC) mlpack 2.2.2-1

jerry73204 commented on 2016-04-13 08:35 (UTC)

I tried building again (on another machine) and it did not get involved in this error. I doubt that it might be environment dependent. I would suggest you report this issue to the mainstream with machine details (OS, CPU, etc) for further help.

acgtyrant commented on 2016-04-13 07:56 (UTC)

I build again, successed, looks like this bug can not reproduce.

acgtyrant commented on 2016-04-13 07:22 (UTC)

Testing failed: Running 582 test cases... [WARN ] 'test_file.csv' is not a standard csv file. [WARN ] 'test_file.csv' is not a standard csv file. [WARN ] L-BFGS line search direction is not a descent direction (terminating)! -2.8482 2.9447 -0.9286 -0.1035 0.1040 0.0015 6.1912 -2.1401 -1.9840 4.9959 4.9196 4.9928 /tmp/yaourt-tmp-acgtyrant/aur-mlpack/src/mlpack-2.0.1/src/mlpack/tests/nmf_test.cpp(96): fatal error: in "NMFTest/NMFRandomDivTest": absolute value of arma::norm(v - wh, "fro") / arma::norm(v, "fro"){0.071118744921277136} exceeds 0.014999999999999999

versusvoid commented on 2016-04-12 06:51 (UTC)

Running 582 test cases... /tmp/yaourt-tmp-versus/aur-mlpack/src/mlpack-2.0.1/src/mlpack/tests/hoeffding_tree_test.cpp(991): fatal error: in "HoeffdingTreeTest/BatchTrainingTest": critical check batchCorrect > streamCorrect has failed [9914 <= 9914] I guess it's the library's bug. For now I simply disabled test execution in PKGBUILD.

jerry73204 commented on 2016-04-12 04:15 (UTC)

To versusvoid: I've uploaded a patch for this issue. Please notify me if it still failed to build the package.

jerry73204 commented on 2016-04-11 17:19 (UTC)

To versusvoid: After I apply the patch, I found it builds and passes with warnings with gcc 5.3.0. What error message did you encounter?

versusvoid commented on 2016-04-11 13:24 (UTC)

Build fails on gcc 5.3.0. This commit (https://github.com/mlpack/mlpack/commit/c751e61c8e37360c93b664597c189fb984f32de2) fixes the building, yet test fails anyway.