OVH Cloud OVH Cloud

FreeBSD & Port ISCSI-target

6 réponses
Avatar
F. Senault
Salut à tous.

Je suis en train d'écrire un port pour utiliser le serveur iSCSI-target
de NetBSD sous Free.

Comme c'est la première fois que je me livre à ce genre d'exercice, et
que je ne suis pas très très doué avec les Makefiles et autres, je
voudrais juste savoir si quelqu'un qui a un peu plus l'habitude pourrait
jeter un oeil au travail et me donner son avis ?

A priori, c'est juste le squelette du port en lui-même qui pourrait
poser problème, le code a été écrit par Alistair G. Crooks, qui a
ensuite tenu compte de mes rapports de bugs pour permettre le portage...

Le work in progress est ici :

ftp://ftp.lacave.net/iscsi/

TIA,

Fred
--
I had a message the other day from someone threatening to call their
very good friend, the mailer-daemon's boss, and have it sacked.
(Alistair J. R. Young)

6 réponses

Avatar
Thierry Thomas
Mardi 18 avril 2006 à 20:03 GMT, F. Senault a écrit :
Salut à tous.


Bonsoir,

Je suis en train d'écrire un port pour utiliser le serveur iSCSI-target
de NetBSD sous Free.

Comme c'est la première fois que je me livre à ce genre d'exercice, et
que je ne suis pas très très doué avec les Makefiles et autres, je
voudrais juste savoir si quelqu'un qui a un peu plus l'habitude pourrait
jeter un oeil au travail et me donner son avis ?

A priori, c'est juste le squelette du port en lui-même qui pourrait
poser problème, le code a été écrit par Alistair G. Crooks, qui a
ensuite tenu compte de mes rapports de bugs pour permettre le portage...

Le work in progress est ici :

ftp://ftp.lacave.net/iscsi/


Ça me semble pas mal ! Juste quelques remarques de forme :

o le WWW du pkg-descr ( <http://www.netbsd.org/> ) n'est pas très
précis... Il n'y a rien de plus détaillé ?

o les for / do / done marchent, mais on a plutôt tendance à utiliser les
.for / .endfor de make ;

o le configure ne teste que la présence de pthread.h, mais les
PTHREAD_FLAGS / PTHREAD_LDFLAGS / PTHREAD_LIBS sont en dur dans le
Makefile.in, et la lib est positionnée à -lpthread
=> il vaudrait mieux remplacer (via sed / ${REINPLACE_CMD}) par les
valeurs de ${PTHREAD_LIBS} et ${PTHREAD_CFLAGS} ;

o en définissant le CONFIGURE_TARGET, on éviterait un warning au début
du configure (--build=${MACHINE_ARCH}-portbld-freebsd${OSREL}).

À +.
--
Th. Thomas.

Avatar
F. Senault

Ça me semble pas mal ! Juste quelques remarques de forme :


Merci beaucoup pour le suivi. Je vais essayer d'arranger ça ce week-end
(évidemment, il a fallu que je me bouge pour ce petit projet pour que le
bureau me tombe dessus avec un truc super-urgent-on-est-à-la-bourre-
c'est-pour-mercredi)...

Au fait, quelqu'un a une documentation en ligne quelque part sur les
makefiles d'un côté pratique ? Ca fait très longtemps que je me dis que
je devrais pallier à ma relative ignorance dans ce sujet...

Fred
--
I'm the guide of the lost I'm the friend of the weak From underneath
the cowl I'm staring at your soul I see it black, I see it small ! I
feel the weight of the sins you haul I'm the trusting friend you need
You're the open book I read (Front 242, Soul Manager)

Avatar
Thierry Thomas
Jeudi 20 avril 2006 à 10:44 GMT, F. Senault a écrit :

Au fait, quelqu'un a une documentation en ligne quelque part sur les
makefiles d'un côté pratique ? Ca fait très longtemps que je me dis que
je devrais pallier à ma relative ignorance dans ce sujet...


Je ne sais pas... Mais pour ce qui est spécifique aux ports il y a le
porter's handbook. À part ça, il y a `man make' et plein d'exemples sous
/usr/ports ...
--
Th. Thomas.

Avatar
F. Senault

Jeudi 20 avril 2006 à 10:44 GMT, F. Senault a écrit :

Au fait, quelqu'un a une documentation en ligne quelque part sur les
makefiles d'un côté pratique ? Ca fait très longtemps que je me dis que
je devrais pallier à ma relative ignorance dans ce sujet...


Je ne sais pas... Mais pour ce qui est spécifique aux ports il y a le
porter's handbook.


Etant donné que je suis une nouille au niveau des makefiles, 90% de ce
que j'ai fait vient du porter's handbook. Preuve qu'il est bien fait.

À part ça, il y a `man make' et plein d'exemples sous
/usr/ports ...


Là, on a les 9% suivants...

Ironiquement, le dernier %, ce sont les for/do/done... :)

Fred
--
Well I'm the one without a soul I'm the one with this big fucking hole
No new tale to tell Twenty-six years on my way to hell Gotta listen to
your big time hard line bad luck fist fuck Don't think you're having
all the fun You know me I hate everyone (Nine Inch Nails, Wish)


Avatar
F. Senault

ftp://ftp.lacave.net/iscsi/


Ça me semble pas mal ! Juste quelques remarques de forme :

o le WWW du pkg-descr ( <http://www.netbsd.org/> ) n'est pas très
précis... Il n'y a rien de plus détaillé ?


http://www.netbsd.org/Changes/#iscsi-target , mais bon, ce n'est pas
très permanent comme URL. Il y a aussi le message sur la mailing-list
cité, mais je doute aussi.

o le configure ne teste que la présence de pthread.h, mais les
PTHREAD_FLAGS / PTHREAD_LDFLAGS / PTHREAD_LIBS sont en dur dans le
Makefile.in, et la lib est positionnée à -lpthread
=> il vaudrait mieux remplacer (via sed / ${REINPLACE_CMD}) par les
valeurs de ${PTHREAD_LIBS} et ${PTHREAD_CFLAGS} ;


Là, j'ai essayé de faire de mon mieux, mais j'ai des doutes.

J'ai remis une nouvelle version, pour les amateurs.

Fred
--
One zone to rule them all, one zone to find them
One zone to bring them all and in the darkness BIND them...
(Devin L. Ganger, motd for mordor.premier1.net, a proposed master
nameserver)


Avatar
Thierry Thomas
Lundi 24 avril 2006 à 16:10 GMT, F. Senault a écrit :
o le WWW du pkg-descr ( <http://www.netbsd.org/> ) n'est pas très
précis... Il n'y a rien de plus détaillé ?


http://www.netbsd.org/Changes/#iscsi-target , mais bon, ce n'est pas
très permanent comme URL. Il y a aussi le message sur la mailing-list
cité, mais je doute aussi.


L'idéal serait de faire une petite page web reprenant ces deux
contenus...

Là, j'ai essayé de faire de mon mieux, mais j'ai des doutes.

J'ai remis une nouvelle version, pour les amateurs.


Ça me semble tout bon ! D'un point de vue pratique, je préfère exécuter
les sed en pre-configure qu'en post-patch, c'est plus simple pour
adapter les patches si besoin.
--
Th. Thomas.