Package Details: ocamlnet 4.1.9-3

Git Clone URL: https://aur.archlinux.org/ocamlnet.git (read-only, click to copy)
Package Base: ocamlnet
Description: A library for Web and Internet programming in OCaml
Upstream URL: http://projects.camlcity.org/projects/ocamlnet.html
Licenses: GPL, LGPL
Submitter: guital
Maintainer: oriba
Last Packager: oriba
Votes: 56
Popularity: 0.000000
First Submitted: 2008-07-23 20:32 (UTC)
Last Updated: 2024-03-17 19:22 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »

uggjesus commented on 2017-07-17 19:21 (UTC)

@snakeroot I still get the following error even with that change: Error: This variant or record definition does not match that of type Unix.open_flag The field O_KEEPEXEC is only present in this definition. make[1]: *** [../../Makefile.rules:113: netsys_posix.cmo] Error 2 make[1]: Leaving directory '/tmp/yaourt-tmp-alex/aur-ocamlnet/src/ocamlnet-4.1.2/src/netsys' make: *** [Makefile:23: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build ocamlnet.

snakeroot commented on 2017-07-17 16:12 (UTC)

VERSION: 4.1.2-3 In line 23 of the PKGBUILD you need to change from: cp ../../netsys_posix.ml src/netsys/netsys_posix.ml # overwrite file with changed one to cp ../netsys_posix.ml src/netsys/netsys_posix.ml # overwrite file with changed one (i.e., delete one ../) The reason is that at that point you are in directory /tmp/makepkg/ocamlnet/src/ocamlnet-4.1.2 and the changed netsys_posix.ml is in /tmp/makepkg/ocamlnet/src. ../.. is /tmp/makepkg/ocamlnet, so the build complains that netsys_posix.ml is not found and then fails. Thanks,

oriba commented on 2017-07-16 20:10 (UTC)

use makepkg and pacman :-)

klore commented on 2017-07-16 19:41 (UTC)

uff tried again to compile, same fail dunoo what or how, just yaourt -S ocamlnet :(( sorry

oriba commented on 2017-07-16 18:59 (UTC)

@klore: which commit did you use? With d5fca7990d78fe it should work. So, please pull again before making the package.

klore commented on 2017-07-16 18:34 (UTC) (edited on 2017-07-16 18:35 (UTC) by klore)

File "netsys_posix.ml", line 719, characters 0-206: Error: This variant or record definition does not match that of type Unix.open_flag The field O_KEEPEXEC is only present in this definition. make[1]: *** [../../Makefile.rules:113: netsys_posix.cmo] Error 2 make[1]: Leaving directory '/tmp/pamac-build-user/ocamlnet/src/ocamlnet-4.1.2/src/netsys' make: *** [Makefile:23: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

david_rysk commented on 2016-10-12 13:41 (UTC) (edited on 2016-10-13 19:51 (UTC) by david_rysk)

@oriba when I build it here (using pacaur or makepkg -s), netplex-admin and ocamlrpcgen end up in /bin. (Not /usr/sbin or /sbin). Additionally, running ./configure --help indicates that "-bindir /bin" is the default, which would explain why those binaries end up there, and why specifying "-bindir /usr/bin" resolves the problem. Again this has nothing to do with sbin. Strangely, on another system these binaries end up in /usr/bin. It looks like for some reason the configure script is selecting -bindir /usr/bin automatically on that system and isn't doing so on the first one that is displaying issues. Update: it appears that `which` is returning inconsistent results: on one system it gives /usr/bin paths, and on the other it gives /bin paths. On both systems /bin is a symlink to /usr/bin. I'm perplexed here. Thoughts?

oriba commented on 2016-10-11 21:12 (UTC)

@david_rysk, @jkl: Do you see any files that are installed to /bin or /usr/sbin in the filelist? Fielist for ocamlnet-4.1.2-1-x86_64.pkg.tar.xz see here: http://sprunge.us/JhbL So I don't see the problem.

david_rysk commented on 2016-10-11 19:22 (UTC)

Would it be possible to have -bindir /usr/bin added to the PKGBUILD configure line? Recent versions of pacman will not install properly (as per the comment by jkl below). The issue is due to the package installing files to /bin (placed there by make install), when it should be placing them into /usr/bin. The above change will resolve this issue — I have tested it locally.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »