Ouep, dans ce cas là faut retrousser ses manches et compiler à la main.
Je vais essayer d'installer Debian via un cd
@Dakien Dans ton cas c'est juste que le makefile est un makefile GNU et pas POSIX. Donc en installant gmake, et en l'exécutant à la place de make, ça doit marcher.
J'ai pas envie de laisser tomber, quitte à être le seul blaireau ici à être sous NetBSD. Et puis, quand tu vois, Mumble et uMurmur sont bel et bien sur Open et Free, ils ne sortent pas de nul part quand même !
Ah ?
Je viens de tester, ça me fait ça
gmake : http://img11.hostingpics.ics.net/pics/684670NetBSD3.png
gmake install : http://img11.hostingpics.ics.net/pics/349719NetBSD4.png
Et... Stop
Ce post de **motherfucking 2003** est juste tellement vrai à propos de la compilation avec les autotools.
http://freecode.com/articles/stop-the-autoconf-insanity-why-we-need-a-new-build-system
@Dakien Ça a l'air d'avoir marché du coup, non ? Exit code 0 = okay normalement.
Bah ouais mais le problème persiste du côté de uMurmur
./configure : http://img11.hostingpics.ics.net/pics/847903NetBSD5.png
Donc pour uMurmur, il n'est toujours pas installé. protobuf-c vient de github, je l'ai récuperé via git, j'ai donc une bonne version à jour !
Il est pas installé, ou il est installé à un autre endroit que ce que uMurmur attend.
Lis l'article, c'est, ça décrit très précisément ce que je ressents en tant qu'utilisateur et que développeur à chaque fois que j'ai à faire aux autotools.
J'ai fait le test dans une VM NetBSD, j'ai eu quand même un output différent pour le gmake et gmake install...
http://val.codejam.info/out.txt
Après le gmake install (en root), t'as bien quelque chose dans /usr/local/include/google/protobuf-c/ ?
Quoique sur ton screen du gmake install il a bien l'air d'installer au même endroit, donc faut ./configure --help uMurmur pour voir si tu peux lui préciser le chemin d'include de protobuf-c, après éventuellement le chemin des librairies de protobuf-c, et ainsi de suite...
J'ai eu comme toi au début, j'ai eu la même chose que toi
Il faut que je link tout le truc ?
J'ai lu tout l'article... "Shot himself in the head with a twelve gauge shotgun. "
Sérieux, c'est par évident !
Bah y'a certainement une option dans le ./configure d'uMurmur pour préciser le chemin de protobuf-c, après faut voir précisément ce qu'il attend comme chemin, des fois il suffit de dire /usr/local/include et il rajoute le reste tout seul, des fois il veut juste /usr ou /usr/local, des fois faut le chemin jusqu'au dossier qui contient les headers, après rebelotte pour les .so/.a dans /usr/local/lib...
Bon je viens de regarder uMurmur, y'a pas moyen de lui préciser où chercher ses dépendances, c'est mignon.
Apparemment il va chercher dans /usr/include au lieu de /usr/local/include, la méthode rapide et déguelasse c'est ça :
cd /usr/include
ln -s ../local/include/google/ google
cd /usr/lib
ln -s ../local/lib/libprotobuf-c.* .
(Oui je te devance pour /lib parce que t'auras le même problème une fois qu'il a trouvé les includes.)
Bon t'es pas sorti avec ça, il veut libconfig après, je te laisse gratter.
Et non, pkg_add libconfig ne suffit pas.
Sinon si tu cherches un fusil à pompe calibre 12, on peut s'arranger tu sais.
...
Je déprime, je ne pensais pas que c'était aussi bordélique de compiler un truc externe sur BSD...
Note que si le ./configure marche correctement, ça ne veut pas dire que le makefile ira chercher les mêmes fichiers aux mêmes endroits que le ./configure a détecté. Oui, c'est complètement stupide. Et ça veut dire que même une fois que le ./configure aura fini avec succès, tu devras encore faire joujou avec /usr/include et des liens symboliques pour que le gmake passe.
Jail n'existe pas sous NetBSD me semble t-il
Je fais ça dans quelques minutes. Hormis ce problème de localisation, je ne risque pas de rencontrer d'autre soucis ?
Ah ok, j'ai pas finis donc
http://pkgsrc.se/wip/umurmur Et dire qu'un mec l'avait fait jusqu'à 0.2.10 mais que la dernière mise à jour date de début 2013, pourquoi les gens délaissent comme ça les projets ?