De sûr en faisant les liens qui vont bien à chaque header/librairie non trouvée, j'ai pu compiler et installer uMurmur.

1. umurmurd -h

uMurmur version 0.2.15 ('Drool'). Mumble protocol 1.2.4

Après faut lui passer des options pour le lancer et tout je connais pas moi donc je ne sais pas si ça marche vraiment, mais déjà gmake finit sans erreurs et l'help print bien.

Et t'as vraiment besoin des ajouts de la 0.2.15 par rapport à la 0.2.10 ? Si ça respecte SemVer, c'est juste des corrections de bugs, donc si y'a rien de critique dans ton environnement ça devrait faire le job ?

Ça prend le temps de maintenir des paquets, et début 2013 ça a pas l'air très vieux quand même, surtout si y'a pas eu de gros changements depuis... à mon avis tant que personne n'a pas fondamentalement besoin des nouveautés de la 0.2.15 personne ne mettra à jour le port. À moins que tu aies envie de le faire ?

J'aimerai bien le faire si je savais le faire. Mais avant d'en être capable, j'ai du boulot pour savoir faire une telle chose. Je serais franchement chaud pour être maintainer de NetBSD mais j'ai intérêt à bosser sévère avant.

Je compte bien le faire

Sinon, pour les dernières versions, non, j'en ai pas besoin, c'était pour le principe de le faire au moins une fois, c'est tombé sur ce soft

En tout cas, j'espère en être capable comme toi

Tiens sinon en solution un peu plus propre, mais ça marche pas toujours selon les softs :

.∕configure CFLAGS='-I/usr/local/include -L/usr/local/lib -I/usr/pkg/include -L/usr/pkg/lib'

Ça va dire au soft d'aller chercher ses dépendances aussi dans /usr/local et /usr/pkg (au lien de faire des liens dans /usr en dur). Si le ./configure et le makefile le supportent, c'est la « bonne » solution. Ça résoudra pas tous tes problèmes malheureusement.

C'est la bonne solution en règle général donc ?

Entre gmake, et make avec flags + d'autre problèmes...

Est-ce que c'est quelque chose de compliquer de "compiler" (je ne suis pas sur du mot) comme ce que font les autres mainteneur officiels des paquets ?

D'ailleurs, tu peux regarder pourquoi libdrm ne se compile pas sous NetBSD ? J'ai absolument RIEN trouvé sur le net, hormis des mails sans réponse, j'ai aussi fait un rapport de bug histoire d'avoir une réponse mais rien.

Je suis dessus depuis un moment, le paquet est activement mis à jour donc le problème doit venir de moi, il parle de conflit :

ld: warning: libdrm.so.3, needed by
/usr/pkgsrc/x11/libdrm/work/.buildlink/lib/libdrm_
intel.so,
may conflict with
libdrm.so.2
test_decode.o: In function 'main':
test_decode.c:(.text+0x191): undefined reference to
'drm_intel_decode_context_alloc'
test_decode.c:(.text+0x1bd): undefined reference to
'drm_intel_decode_context_free'
test_decode.c:(.text+0x20b): undefined reference to
'drm_intel_decode_set_batch_pointer'
test_decode.c:(.text+0x218): undefined reference to
'drm_intel_decode_set_output_file'
test_decode.c:(.text+0x220): undefined reference to 'drm_intel_decode'

• • • Error code 1

Stop.
make: stopped in /usr/pkgsrc/x11/libdrm/work/libdrm-2.4.56/intel

• • • Error code 1

Stop.
make: stopped in /usr/pkgsrc/x11/libdrm/work/libdrm-2.4.56

• • • Error code 1

Stop.
make: stopped in /usr/pkgsrc/x11/libdrm/work/libdrm-2.4.56

• • • Error code 1

Stop.
make: stopped in /usr/pkgsrc/x11/libdrm

Du coup pas d'interface graphique, tu aurais une idée ? Vu que tu as une VM, tu pourrais tester ?

En règle générale non. Des fois le ./configure t'oblige à lui donner des arguments type --with-libfoo=/usr/local/include, des fois tu peux lui donner les CFLAGS directement, mais des fois il veut aussi des LDFLAGS, d'autres fois c'est un nom plus random.

Et même si le ./configure est passé avec ce que tu lui a donné, le make peut quand même se vautrer complètement et à nouveau tu regardes ce que tu peux passer comme options au makefile pour linker proprement, voir pire, éditer le makefile généré par les autotools, mais faut clairement être maso pour ça, je l'ai fait une fois pour compiler PHP 4 mais jamais je remets le nez là dedans (ololz même avec des gants MAPA ).

Donc y'a le moment où ça te les brises au points ou tu te dis « je vais faire des liens symbolique en mode gros porc dans /usr/{include,lib} ».

Compiler c'est ce que t'es en train de faire indirectement, quand tu lances make y'a des règles de compilations qui disent ce qu'il faut faire pour compiler un .c en .o, puis après linker les .o en une librairie ou un exécutable. Honnêtement le plus dur, et c'est sur ça que tu es en train de galérer, c'est de configurer les scripts de compilation/installation. Installer les dépendances, trouver les chemins qui vont bien pour les include/lib, et faire en sorte que le ./configure et make trouvent leur petits là dedans.

Mais quand c'est bien fait, c'est juste histoire d'installer les bonnes dépendances, de définire le type de make à utiliser, et de modifier ce qu'il faut dans les CFLAGS/LDFLAGS. Si tu regardes le package NetBSD de protobuf-c, ça se résume à ça :

http://pkgsrc-wip.cvs.sourceforge.net/viewvc/pkgsrc-wip/wip/protobuf-c/Makefile?revision=1.1&view=markup

Et le bsd.pkg.mk doit déjà savoir comment faire selon les macros définies ; utiliser ./configure && gmake si GNU_CONFIGURE est à yes, ajouter les CFLAGS/LDFLAGS du système quand on compile du C/C++, etc.

Handylinux est seulement dispo en Français et en Anglais?

Bonjour, je recherche un moyen de communication écrit entre windows/debian stable/android/windows phone

J'avais pensé à IRC mais cela me semble trop "rudimentaires", dès que je ne suis plus devant l'application je suis déconnecté
pas de notifications non plus :/

Auriez vous une idée? Un meilleur client IRC?

Essaie XMPP. Pidgin est sympa pour ça sur desktop, par contre pour les mobiles aucune idée, mais il doit sûrement y avoir des clients.

Ok merci

Le meilleur client XMPP pour Android, pour moi c'est jTalkmod.

Je pense que je vais brûler une carte mère un de ces jours

Sérieux juste quand je décide de me remettre un peu à BSD, la seule machine dispo et déjà montée qui traine sous mon bureau s'avère être un espèce de mort-vivant pas foutu de télécharger les sets d'OpenBSD sans rencontrer une erreur j'ai checké la RAM, changé la carte réseau, etc. mais rien à faire j'ai ces erreurs débiles pendant l'install (alors que l'install d'OpenBSD est probablement la plus simple que j'aie jamais croisée... quand on lit la FAQ et qu'on ne va pas foutre /home sur b: comme un gros débile </vécu>).

http://wiki.gentoo.org/wiki/Gentoo_FreeBSD

God ...

Tu ne connaissais pas ?

C'est pas récent ce projet.

Enfin, d'un sens oui c'est récent, car ça alterne entre mort et semi-mort comme status depuis longtemps.

Sinon, j'ai jamais compris ce qui avait de si kiffant à utiliser un kernel FreeBSD avec l'userland d'une distribution linux.

Surtout qu'en gros, l'avantage d'utiliser GNU/Linux, c'est le kernel Linux justement, pour le support matériel, et plein d'autre features en kernelland qui lui sont unique.

Alors qu'en userland sous Linux, il n'y a rien d'extraordinaire...

« Alors qu'en userland sous Linux, il n'y a rien d'extraordinaire... »

mé si ya wine é steam tavu. Et PulseAudio

Ouais mais: << PulseAudio is designed for Linux systems. It has also been ported to and tested on Solaris, FreeBSD, NetBSD, MacOS X, Windows 2000 and Windows XP. >>

« and Windows XP »

Cool! Comme ça, si je veux un OS périmé ET un soft à la con dessus je prends XP + PulseAudio, et j'offre le tout à un mec que j'aime vraiment pas

Pulseaudio sur Windows ? Il y a vraiment quelqu'un qui s'en sert ?

Moi j'ai toujours pas compris clairement ce que proposaient les BSDs ( surtout qu'il y en a plusieurs et que je ne saisis pas ce qui les relie )