Bonjour à tous,

Voilà, je débute en C sous FreeBSD.
Je suis à la recherche d'infos (voir d'un tuto) sur la façon de procéder pour installer Code::Blocks 8.02 sur FreeBSD 7.0.
Y a-t-il une façon particulière de procéder ?
Merci !  ;)

[code]cd /usr/ports/devel/codeblocks && make install[/code]
Un bon réflexe: FreshPorts !

Merci francis pour ton aide, je prends bien note de ce réflexe... :P

Par contre, j'ai eu un souci à l'installation (non, sérieux ?!?  :-[ )

Toute une suite d'erreurs...:

/usr/bin/ld: cannot find -lgio-2.0
gmake: *** [libgiofam.la] Error 1
*** Error code 2

Stop in /usr/ports/devel/gio-fam-backend.
*** Error code 1

Stop in /usr/ports/x11-toolkits/wxgtk28-common.
*** Error code 1

Stop in /usr/ports/x11-toolkits/wxgtk28.
*** Error code 1
orizon
Stop in /usr/ports/devel/codeblocks.

Et pas de Code::Blocks à l'horizon...
Merci par avance pour votre aide.

Ports tree à jour ? Mixé des installs par paquets binaires et ports, peut-être ?
Je verrais bien une maj de l'arbre des ports (CVSup ou ce que tu veux) puis une mise en phase de l'existant à coup de portupgrade, avant de retenter l'install de Code::Blocks.

fgudin wrote on 11. Sep 2008 at 13:22:

Ports tree à jour ? Mixé des installs par paquets binaires et ports, peut-être ? Je verrais bien une maj de l'arbre des ports (CVSup ou ce que tu veux) puis une mise en phase de l'existant à coup de portupgrade, avant de retenter l'install de Code::Blocks.

J'avais fait un portsnap fetch update suivi d'un portsnap extract avant de faire un /usr/ports/devel/codeblocks/make install clean
Insuffisant semble-t-il...?


fgudin wrote on 11. Sep 2008 at 13:22:

...puis une mise en phase de l'existant à coup de portupgrade...

Que veux-tu dire par là ?

J'ai un peu la même liste d'erreurs suite à une tentative d'installation de pidgin...
Pour info, j'ai installé FreeBSD depuis l'image du disc1 uniquement.

/usr/bin/ld: cannot find -lgio-2.0
gmake: *** [libgiofam.la] Error 1
*** Error code 2

Stop in /usr/ports/devel/gio-fam-backend.
*** Error code 1

Stop in /usr/ports/net-im/libpurple.
*** Error code 1

Stop in /usr/ports/net-im/pidgin.
*** Error code 1

Stop in /usr/ports/net-im/pidgin.

Apparamment on dirait qu'il me manque des trucs non...?  :-?
Mais cette commande make install clean ou pkg_add lenomduportàinstaller n'est-elle pas censée récupérer ce qui va bien, à savoir le soft en lui-même et les dépendances qui vont avec...?

Arrêtez-moi si je me trompe (d'ailleurs j'ai comme le sentiment de me tromper... :P ).

Je pensais à un petit tour de portupgrade -a.

Je viens d'installer portupgrade en faisant un petit /usr/ports/ports-mngt/portupgrade && make install clean
Apparamment pas d'erreur à l'installation...

Mais quand je fais un portupgrade -a j'ai droit à:
portupgrade: Command not found.

Euh... vous ai-je dit que je débutais sous FreeBSD...? Ah, ça se voit, pardon... ;D

Euh... tout à coup le doute m'habite là...

Le port portupgrade qui va bien se trouve dans /usr/ports/ports-mgmt/portupgrade ou dans /usr/ports/sysutils/portupgrade ?  :-?

rehash d'abord (cf. tcsh(1)).

D'après freshports toujours (je n'ai pas de FBSD sous la main pour vérifier), portupgrade doit être sous ports-mgmt/ mais pas sous sysutils. Je commence à douter que ton portsnap se soit bien passé et à voir les autres soucis rencontrés (libgio..), je me dis qu'un grand rm -r suivi d'un checkout propre serait le bienvenu.

J'ai ma réponse, dans /usr/ports/ports-mgmt/portupgrade

Je m'aide d'un article de Projet de documentation fug-fr qui fait référence à /usr/ports/sysutils/portupgrade c'est pour ça...

C'est toujours comme ça sous FreeBSD...?

Pour arriver à un truc il te faut en passer par 10 autres avant...?

Ou alors c'est moi qui y comprends rien, ça doit être ça... ;D

Malgré tout, ça commence vraiment à me plaire cet O.S., nan sérieusement ! 8-)

Ne dit-on pas que c'est en forgeant que l'on devient forgeron ? :)

Bon c'est pas tout ça mais j'ai toujours mon portupgrade -a qui me fait un portupgrade: Command not found... ::)

fgudin wrote on 11. Sep 2008 at 15:59:

rehash d'abord (cf. tcsh(1)).

Je tape rehash dans la console ?


fgudin wrote on 11. Sep 2008 at 15:59:

Je commence à douter que ton portsnap se soit bien passé

Je n'ai pas rencontré de problème apparent quand j'ai fait portsnap fetch update suivi d'un portsnap extract.
J'ai ainsi remarqué que bon nombre de dossiers dans ports pour ne pas dire tous (mais je ne suis pas certain de la chose) se sont mis à jour, ayant remarqué cela à la date de modification.


fgudin wrote on 11. Sep 2008 at 15:59:

et à voir les autres soucis rencontrés (libgio..), je me dis qu'un grand rm -r suivi d'un checkout propre serait le bienvenu.

Je tape rm -r dans la console ?
Ainsi qu'un checkout dans la console ?

Pour moi ton problème vient de GLib-2 --> Essaye [code]portupgrade glib20[/code]

Pour continuer dans la discussion :

1) oui un rehash dans la console pour faire les liens avec tes paquets.

2) si pourtupgrade est bien installé, fais un portupgrade -arRP (pour mettre tous tes ports à jour)

3) reconstruis la base de données des dépendances : pkgdb -F

4) relance l'install

PS : Si tu viens juste d'installer ton système, un portupgrade -arRP peut durer plusieurs heures... !

Merci schtipoun pour ces éclaircissements.  ;)

Je n'ai pas fait de portupgrade glib20.

Par contre, j'ai suivi tes procédures:

1) J'ai tapé rehash dans la console mais ça n'a semble-t-il pas donné grand chose... Une fois la touche Entrée pressée, je me suis retrouvé tout aussi vite sur l'invite de commande, normal ?
Pour info, j'ai tapé la commande sous /usr

Pas fait les procédures 2), 3) et 4) pour le coup.

Slt,

Quote:

Je m'aide d'un article de Projet de documentation fug-fr qui fait référence à /usr/ports/sysutils/portupgrade

Oui, et c'est bien de le signaler, le code à évolué et a changé de place, de sysutils à mgmt, mais pas la doc,   :( . Donc on la modifie.
Dans l'article, est également mentionné une commande "portsdb -uU" destinée à régénerer une base de donnée numérotée des ports ( Index (n) ), qui n'a plus de raison d'etre quand on utilise portsnap, puisque la commande "extract" s'en occupe.
Enfin, comme portsnap met à jour la base de donnée des ports, il est bien de mettre à jour aussi celle des ports ou packages installés sur la machine, avec la commande " pkgdb -F ", ou mieux  " pkgdb -Fu ".
Cette commande se justifie encore plus si on mélange ports et packages (binaires précompilés), ce qui peut amener à une inconsistence de la base de donnée, pour cause de versions et librairies différentes.

NB: Dans un terminal, pour un shell dérivé de csh, taper en root la commande:
[code]# rehash[/code]
après l'installation d'une application, pour quelle soit prise en compte.

Bon, je ne sais pas pour le rehash mais j'ai lancé un portupgrade -arRP

Ca s'est lancé, ça tourne...

Par contre, l'un des premiers ports à s'être mis à jour (un truc python) a ouvert une fenêtre de type sysinstall et attendait que je sélectionne et presse OK pour continuer, est-ce normal ? Dois-je rester devant la machine pendant le portupgrade -arRP pour à chaque fois confirmer ?!?  :D

Dumpy wrote on 11. Sep 2008 at 17:12:

Slt, Quote: Je m'aide d'un article de Projet de documentation fug-fr qui fait référence à /usr/ports/sysutils/portupgrade Oui, et c'est bien de le signaler

Rien de plus normal !  ;)


Dumpy wrote on 11. Sep 2008 at 17:12:

pour un shell dérivé de csh

Ce qui signifie...?

Le rehash, je n'ai toujours pas saisi son utilité...
Tu fais rehash une fois que tu as procédé à l'installation d'un port ?
Depuis le répertoire de ce port ou n'importe où dans l'arborescence ?
Mais dans mon cas, que ce soit pour Code::Blocks ou encore Pidgin, l'installation ne s'est pas correctement déroulée, le rehash a-t-il quand même une utilité ?

Je suis à suivre les procédures de schtipoun, le portupgrade -arRP tourne toujours...

Encore une fenêtre de type sysinstall, cette fois-ci: Options for x264 0.0.20080409_2
Le truc c'est que je ne sais pas ce qu'il faut sélectionner... :o
Je laisse donc la sélection par défaut.

Pas normal ça, nan ? :-?

Tu me diras, si ce n'est pas normal, suis toujours à temps de recommencer, patient le garçon... :)

Pour info, je fais toutes ces manips depuis un terminal sous environnement gnome, ce n'est pas rédhibitoire au moins...? :-X

Quote:

rehash....Ce qui signifie...?

Que ton FreeBSD rocks tous ses fichiers et met à jour la nouvelle application dans le PATH.
Sinon il ne voit rien, ou il faut rebooter :) .

Dumpy wrote on 11. Sep 2008 at 17:59:

Quote: rehash....Ce qui signifie...? Que ton FreeBSD rocks tous ses fichiers et met à jour la nouvelle application dans le PATH. Sinon il ne voit rien, ou il faut rebooter :) .

Non: (t)csh maintient en mémoire une liste des exécutables du PATH; rehash le force à l'actualiser. Mais ça ne concerne que le shell *courant*. En lancant un autre shell, on trouve bien les binaires "frais". Nul besoin de le faire en root, ni de rebooter.
Soit dit en passant, une lecture du manuel de tcsh (pointé plus haut dans le fil) aurait répondu à la question...

Ok ok, je vais regarder cette affaire de (t)csh.

1) Ce n'est pas gênant que le faire ce (t)csh après le portupgrade -arRP ?

2) Est-ce normal que la commande refresh se soit exécutée et terminée en une fraction de seconde sans qu'il ne se soit rien passé de visible ?

3) Est-ce normal que pendant le portupgrade -arRP des fenêtres du style sysinstall s'ouvrent pour me demander de sélectionner des options de ports à installer ?

Je suis toujours à temps de refaire une install FreeBSD et de recommencer toutes ces manips depuis le début pour avoir quelque chose de nickel, je n'y vois aucun inconvénient, bien au contraire, si c'est le mieux que j'ai à faire...

Pour info, comme je le disais un peu plus haut, j'ai fait l'install depuis l'image du disc1 uniquement.

Le truc donc c'est que je débute et que l'on a vite fait de se noyer sous cette masse d'informations/tutos et autre handbook...
Et on (je) ne sait(s) pas trop par quel bout commencer... :-[

Ecureuil wrote on 11. Sep 2008 at 20:19:

1) Ce n'est pas gênant que le faire ce (t)csh après le portupgrade -arRP ?

Non, à moins que tu n'aies besoin des binaires nouvellement installés.


Ecureuil wrote on 11. Sep 2008 at 20:19:

2) Est-ce normal que la commande refresh se soit exécutée et terminée en une fraction de seconde sans qu'il ne se soit rien passé de visible ?

Oui, c'est normal. Je ne sais pas exactement comment c'est réalisé dans la pratique, mais on peut parier que tcsh observe les dates de dernière modification de chaque répertoire du PATH et saute l'examen de ceux qui n'ont pas été modifiés récemment (ce qui serait le cas si un programme y était ajouté, ou remplacé).


Ecureuil wrote on 11. Sep 2008 at 20:19:

3) Est-ce normal que pendant le portupgrade -arRP des fenêtres du style sysinstall s'ouvrent pour me demander de sélectionner des options de ports à installer ?

Oui, c'est le système de gestion des options des ports: après une première configuration (lorsque le port en question comporte des options, et que tu n'as jamais fait tes choix), les options sont conservées dans /var/db/ports/nom_du_port/options. Tu peux jeter un oeil à cet article du wiki qui aborde la question.


Ecureuil wrote on 11. Sep 2008 at 20:19:

Je suis toujours à temps de refaire une install FreeBSD et de recommencer toutes ces manips depuis le début pour avoir quelque chose de nickel, je n'y vois aucun inconvénient, bien au contraire, si c'est le mieux que j'ai à faire...

Non, a priori ton système n'a pas l'air si "en vrac" que ça. Rien d'irréparable.

Ecureuil wrote on 11. Sep 2008 at 13:29:

J'avais fait un portsnap fetch update suivi d'un portsnap extract avant de faire un /usr/ports/devel/codeblocks/make install clean Insuffisant semble-t-il...?

C'est que tu n'as pas les bonnes versions des ports installées. Lorsque tu fais un make d'un port, celui ci teste les dépendances en vérifiant la présence d'un fichier (ou répertoire). Si le test échoue le make procède à la compilation de la dépendance.
Cela ne teste pas la version et peut produire des problèmes.

C'est une bonne idée de mettre ses ports à jour avant d'en installer un nouveau.

Ça peut aussi être un autre problème, j'avais fait un petit truc là dessus:
http://www.diablotins.org/index.php/Ports%2C_dépanner

Ecureuil wrote on 11. Sep 2008 at 13:29:

J'avais fait un portsnap fetch update suivi d'un portsnap extract avant de faire un /usr/ports/devel/codeblocks/make install clean Insuffisant semble-t-il...?

De mémoire il me semble que la première fois que tu mets tes ports à jour (via porstnap)
tu fais:

Code (]# portsnap fetch && portsnap extract[/code):

Cette commnade doit être exécutée uniquement la première fois ensuite il suffit de faire  ::) [code]# portsnap fetch && portsnap update

kermit, patrick & francis (ainsi que ceux que j'aurais malencontreusement oublié, Dumpy, schitpoun,...), encore merci pour vos lumières qui me sont bien utiles et qui me permettent petit à petit d'y vour un peu plus clair dans la philosophie d'Unix/FreBSD.

Le portupgrade -arRP est toujours en cours au moment où j'écris ces quelques mots...
Otez-moi d'un doute, est-ce qu'à travers cette commande tous les ports s'installent sur la machine...?!?

Je vais vous faire un petit résumé de la façon dont j'ai procédé jusqu'à présent au niveau de l'installation de mon FreeBSD et de la mise à jour des ports.
N'hésitez pas à laisser des commentaires, je ne suis pas à une réinstallation près (et non je n'y tiens pas à tout prix !  ;D ), si cela peut me permettre de repartir de zéro avec quelque chose de nickel...

1) Installation de FreeBSD à partir de l'image du disc1 uniquement; installation en mode custom; sélection au niveau des Distributions de l'option All.

2) Reboot (ras), installation de Gnome avec la commande pkg_add -r gnome2 et paramétrage de xorg.conf et rc.conf, ras.

3) Sous gnome, j'ai lancé un terminal et exécuté les commandes suivantes une à une:
  - exécution de la commande: portsnap fetch update
  - exécution de la commande: portsnap extract; suite à ces deux premières commandes, les répertoires présents dans /usr/ports semblent s'être mis à jour, la date de modification ayant changée à celle du moment.

  (tentative d'installation de Code:Blocks, message d'erreur, cf. un peu plus haut)
  (tentative d'installation de Pidgin, message d'erreur, cf. un peu plus haut)

  - exécution de la commande: cd /usr/ports/ports-mgmt/portupgrade/ && make install clean
 
  - exécution de la commande: rehash
  - exécution de la commande: portupgrade -arRP (toujours en cours...)

Voilà... Des remarques, suggestions....?
Je vous rappele qu'au départ je souhaitais installer Code::Blocks 8.02 sur mon FreeBSD 7.0.
Merci à vous.

Ecureuil wrote on 12. Sep 2008 at 10:36:

Otez-moi d'un doute, est-ce qu'à travers cette commande tous les ports s'installent sur la machine...?!?

C'est vraiment très très long le coup du portupgrade -arRP...

Ca tourne toujours au moment où je vous parle, normal ?!?  :o

Ecureuil wrote on 12. Sep 2008 at 13:54:

Ecureuil wrote on 12. Sep 2008 at 10:36: Otez-moi d'un doute, est-ce qu'à travers cette commande tous les ports s'installent sur la machine...?!? C'est vraiment très très long le coup du portupgrade -arRP... Ca tourne toujours au moment où je vous parle, normal ?!?  :o

:) Normal si tu fais portupgrade -a
[code] -a
    --all                  Do with all the installed packages.  Equivalent to
                           specify '*' as pkgname_glob.][/code]

jette un oeil sur le fichier   pkgtools.conf
# less /usr/local/etc/pkgtools.conf

portupgrade -a ==> recompile tous les ports qui ne sont pas à jour
sachant que pour compiler uniquement openoffice il faut + de 16 heures (en fonction des caractéristiques de la machine!  :o)
effectivemnt cela prend du temps.
Tout dépend du nombre de ports que tu as installé  :D
Kde , gnome, Xorg, Jde jdk, mozilla (firefox, thunderbird) et d'autres sont des applis très longues à compiler

---

tu peux gagner un peu de temps en allant chercher par toi même  les sources de certaines applis et les placer au bon endroit!
par exemple :chez moi
DISTDIR=/disk/FreeBSD7/ports/distfiles/
par défaut cela doit etre /usr/pors/distfiles (à verifier).

kermitt wrote on 12. Sep 2008 at 15:18:

Tout dépend du nombre de ports que tu as installé  :D Kde , gnome, Xorg, Jde jdk, mozilla (firefox, thunderbird) et d'autres sont des applis très longues à compiler

Qu'entends-tu par là ?
Que portupgrade -arRP met à jour les ports à que j'ai réellement installé (en faisant un make install clean) ou bien tous les ports physiquement présents dans /usr/ports ?
Je n'ai installé "que" gnome et le portupgrade -arRP tourne depuis bientôt 24h !
Moi l'impression que j'ai, c'est qu'il n'arrête pas de télécharger des sources de partout et qu'il les installe et ça pour tous les ports présents dans /usr/ports.
C'est cela qui s'opère ?  :-?

Et ce qui est vraiment pénible, c'est que je sois "obligé" de rester devant à cause de ces fenêtres d'options de type sysinstall qui apparaissent de temps à autre.
N'y avait-il pas un paramètre à passer au portupgrade pour que je ne sois pas obligé de faire OK à chaque fois, qu'il prenne les options par défaut ? :(

Le week-end approchant, est-il possible d'interrompre la mise à jour (le portupgrade -arRP en cours), d'arrêter la machine et de reprendre la mise à jour là où elle a été interrompue ?
Si oui, pourriez-vous m'indiquer de quelle façon il me faut procéder ?
Merci. ;)

Ah ben ça vient de se terminer...
Ouf !  :D
Voici les quelques lignes qui viennent clôturer le processus:

--->  Cleaning out obsolete shared libraries
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 600 packages found (-0 +1) . done]
--->  Skipping 'x11/gnome2' (gnome2-2.20.1) because a requisite package 'seahorse-2.20.1' (security/seahorse) failed (specify -k to force)
** Listing the failed packages (-:ignored / *:skipped / !:failed)
       ! ftp/curl (curl-7.16.3)        (install error)
       * security/gnupg (gnupg-2.0.4)
       ! devel/codeblocks (codeblocks-1.0r2_2) (linker error)
       ! x11-drivers/xf86-video-i810 (xf86-video-i810-1.6.5_3) (compiler error)
       * x11-drivers/xorg-drivers (xorg-drivers-7.3)
       * x11/xorg (xorg-7.3_1)
       ! graphics/evince (evince-2.20.1)       (configure error)
       * security/seahorse (seahorse-2.20.1)
       ! x11/gnome-applets (gnome-applets-2.20.0)      (install error)
       * x11/gnome2 (gnome2-2.20.1)
You have new mail.

Je vais tenter une réinstallation de Code::Blocks.
Quelque chose me dit que ça ne va pas fonctionner... ::)

schtipoun wrote on 11. Sep 2008 at 16:48:

Pour moi ton problème vient de GLib-2 --> Essaye [code]portupgrade glib20[/code] Pour continuer dans la discussion : 1) oui un rehash dans la console pour faire les liens avec tes paquets. 2) si pourtupgrade est bien installé, fais un portupgrade -arRP (pour mettre tous tes ports à jour) 3) reconstruis la base de données des dépendances : pkgdb -F 4) relance l'install PS : Si tu viens juste d'installer ton système, un portupgrade -arRP peut durer plusieurs heures... !

Le portupgrade -arRP venant de se terminer j'ai fait un pkgdb -F, voilà ce que j'ai:

pkgdb -F
--->  Checking the package registry database
Cyclic dependencies: eel-2.22.2_1 -> gvfs-0.2.5 -> (eel-2.22.2_1)
Unlink which dependency? (? to help): ?
 [.][Enter] to abort, [Tab] to complete
Unlink which dependency? (? to help): y
Please choose one of these:
eel-2.22.2_1  gvfs-0.2.5

J'ai tenté de répondre y (yes) mais ça ne lui a pas plu...
Je réponds quoi...? :P

A priori, c'est 'eel' qui dépend de 'gnome-vfs', et pas l'inverse. Maintenant, la question n'est pas clairement posée par l'outil, c'est vrai. Je m'avance un peu, mais je pense qu'il faut supprimer la dépendance 'eel'.

Ecureuil wrote on 12. Sep 2008 at 16:37:

Et ce qui est vraiment pénible, c'est que je sois "obligé" de rester devant à cause de ces fenêtres d'options de type sysinstall qui apparaissent de temps à autre. N'y avait-il pas un paramètre à passer au portupgrade pour que je ne sois pas obligé de faire OK à chaque fois, qu'il prenne les options par défaut ? :(

Si: tu peux jouer avec l'environnment en définissant BATCH ou INTERACTIVE pour, selon le cas, ne t'occuper que des ports qui pourront être mis à jour sans interaction avec l'utilisateur (toutes options connues à l'avance ni rien d'autre qui nécessite un 'y' ou quoi..) ou du complément. (cf. Ports(7) en français, en plus!)

Ecureuil wrote on 12. Sep 2008 at 16:37:

Le week-end approchant, est-il possible d'interrompre la mise à jour (le portupgrade -arRP en cours), d'arrêter la machine et de reprendre la mise à jour là où elle a été interrompue ? Si oui, pourriez-vous m'indiquer de quelle façon il me faut procéder ? Merci. ;)

CTRL+C :) Le boulot de portupgrade peut sans problème être repris (à moins qu'il ne soit en train de s'occuper de lui-même, là, c'est pas conseillé ni toutefois dramatique) plus tard, mais tu laisseras ta machine avec un ensemble de ports qui risquent de ne plus fonctionner (librairies changées, binaires manquants, etc.)

j'ai réussis à installer Code::Blocks, via les ports après un portsnap.
Mais il  plante dès que l'on essaie de s'en servir.
Je conseille plutot vi + gcc.
C'est beau le progrès, non?

Bonjour à tous... ;)
Bon, Code::Blocks ne veut toujours pas s'installer... :(

Voilà ce que j'ai comme messages d'erreur après un cd /usr/ports/devel/codeblocks/&& make install clean:

/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::sm_eventTable'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::GetFoldExpanded(int)'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::Redo()'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxEVT_SCI_USERLISTSELECTION'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::HideLines(int, int)'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::MarkerDeleteAll(int)'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::SetMarginWidth(int, int)'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::Copy()'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::GetFoldLevel(int)'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::ScrollToLine(int)'
*** Error code 1

Stop in /usr/ports/devel/codeblocks/work/codeblocks-8.02/src/src.
*** Error code 1

Stop in /usr/ports/devel/codeblocks/work/codeblocks-8.02/src/src.
*** Error code 1

Stop in /usr/ports/devel/codeblocks/work/codeblocks-8.02/src.
*** Error code 1

Stop in /usr/ports/devel/codeblocks/work/codeblocks-8.02.
*** Error code 1

Stop in /usr/ports/devel/codeblocks.

Pidgin lui s'est bien installé même si j'ai eu le droit à plein de messages (d'erreur ?) estampillés: warning:"__APPLE-CC__" is not definided.

Fais un "make clean" avant de réessayer.

N'y a-t-il pas un moyen de définir à l'installation de FreeBSD les ports que l'on souhaite installer ?

Pour mémoire, j'ai fait l'installation en mode Custom depuis le disc1 uniquement et ai sélectionné All au niveau des Distributions.
J'ai par la suite installé Gnome avec succès mais quand j'ai voulu installer KDE, Code::Blocks ou encore Pidgin (même si "j'ai" fini par y arriver pour ce dernier), cela s'est fortement compliqué au point que ni KDE ou encore Code::Blocks ne soient installés à ce jour.

J'ai donc bien envie de repartir sur une installation propre (c'est pas le temps que ça prend à s'installer FreeBSD) tout en spécifiant (au travers de sysinstall je suppose ?) que je souhaite installer KDE 4.1.1, Code::Blocks 8.02 et Pidgin 2.5.1.
Ou bien je suis partant pour connaître les différentes manips/commandes à effectuer/exécuter de façon chronologique depuis un FreeBSD tout fraîchement installé, tout beau tout neuf...
Merci pour vos contributions !  :)

Merci francis. 8-)

J'ai fait un make clean et derrière j'ai donc retenter un make install clean.
Même combat, cela me génère les mêmes messages d'erreur...

...
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::GetFoldExpanded(int)'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::Redo()'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxEVT_SCI_USERLISTSELECTION'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::HideLines(int, int)'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::MarkerDeleteAll(int)'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::SetMarginWidth(int, int)'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::Copy()'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::GetFoldLevel(int)'
/usr/local/lib/libcodeblocks.so: undefined reference to `wxScintilla::ScrollToLine(int)'
*** Error code 1

Stop in /usr/ports/devel/codeblocks/work/codeblocks-8.02/src/src.
*** Error code 1

Stop in /usr/ports/devel/codeblocks/work/codeblocks-8.02/src/src.
*** Error code 1

Stop in /usr/ports/devel/codeblocks/work/codeblocks-8.02/src.
*** Error code 1

Stop in /usr/ports/devel/codeblocks/work/codeblocks-8.02.
*** Error code 1

Stop in /usr/ports/devel/codeblocks.

Ecureuil wrote on 15. Sep 2008 at 10:04:

N'y a-t-il pas un moyen de définir à l'installation de FreeBSD les ports que l'on souhaite installer ? Pour mémoire, j'ai fait l'installation en mode Custom depuis le disc1 uniquement et ai sélectionné All au niveau des Distributions. J'ai par la suite installé Gnome avec succès mais quand j'ai voulu installer KDE, Code::Blocks ou encore Pidgin (même si "j'ai" fini par y arriver pour ce dernier), cela s'est fortement compliqué au point que ni KDE ou encore Code::Blocks ne soient installés à ce jour. J'ai donc bien envie de repartir sur une installation propre (c'est pas le temps que ça prend à s'installer FreeBSD) tout en spécifiant (au travers de sysinstall je suppose ?) que je souhaite installer KDE 4.1.1, Code::Blocks 8.02 et Pidgin 2.5.1.

Non ! Les applications portées sont bien séparées du système. Tout ce que tu as à faire c'est effacer /usr/local, et les informations des ports dans /var/quelquechose (j'ai oublié). Inutile de réinstaller et tu auras les mêmes problèmes de toutes façons.

Le problème si tu installes les paquets du CD c'est qu'ils sont trop vieux, soit tu installes juste le système (la base) et tu installes les applis à partir d'un arbre des ports à jour. Ou alors tu utilises les paquets de la branche stable, les paquets de la release n'évoluent pas.

Ecureuil wrote on 15. Sep 2008 at 09:35:

Pidgin lui s'est bien installé même si j'ai eu le droit à plein de messages (d'erreur ?) estampillés: warning:"__APPLE-CC__" is not definided.

Personne n'a réagi a ça donc je vais le faire. Les messages de type "warning" ne sont en aucun cas des erreurs. Ce sont des points qui sont juste là pour attirer une attention particulière. Cela n'empechera pas ton BSD de fonctionner.

patrick wrote on 15. Sep 2008 at 13:14:

Le problème si tu installes les paquets du CD c'est qu'ils sont trop vieux, soit tu installes juste le système (la base) et tu installes les applis à partir d'un arbre des ports à jour.

Merci pour cette info patrick, je vais faire ça, refaire une install avec juste le système.

1) Je fais l'install depuis le cd boot only alors ?
2) Ensuite, avant d'installer quoique ce soit, j'installe portupgrade et je fais un portugrade fetch update suivi d'un port upgrade extract pour mettre l'arbre des ports à jour ?
C'est bien ainsi qu'il faut procéder la première fois que l'on souhaite mettre à jour ses ports ?
Merci. ;)

Ok, merci pour l'info schtipoun, j'en prends bien note...

'tain, j'vous raconte pas, depuis une semaine, j'ai le cerveau qui fume, je vois des petits démons de partout !!!  ;D

Passionnant ce FreeBSD, mais y a pas à chier, ça s'invente pas...

Je vais demander une formation FreeBSD à mon boss je sens... 8-)

Ecureuil wrote on 15. Sep 2008 at 14:25:

2) Ensuite, avant d'installer quoique ce soit, j'installe portupgrade et je fais un portugrade fetch update suivi d'un port upgrade extract pour mettre l'arbre des ports à jour ? C'est bien ainsi qu'il faut procéder la première fois que l'on souhaite mettre à jour ses ports ? Merci. ;)

Tu mélange portupgrade & portsnap: je te conseille une lecture de "Utiliser le catalogue des logiciels portés" du manuel.

Effectivement francis, j'ai confondu... :P
Perseverare Diabolicum...

1) Donc, pour juste installer le système, je fais l'install depuis le cd boot only, c'est bien cela ?

Je viens de faire une lecture de "Utiliser le catalogue des logiciels portés" ainsi que "Utiliser Portsnap".

Arrêtez-moi si je me trompe:

2) Sous FreeBSD 7.0, portsnap est déjà installé.
3) Sous FreeBSD 7.0, le répertoire /usr/ports est déjà présent.
4) Si je fais une install depuis le cd boot only, ce même répertoire /usr/ports sera donc vide.
5) Pour mettre à jour l'index de l'arbre des mes ports, je fais donc un portsnap fetch.
6) Suvi d'un portsnap extract. Cela va-t-il se décompresser tout seul sous /usr/ports ou bien dois-je pointer sur ce répertoire et/ou exécuter le portsnap extract depuis /usr/ports ?
Merci !

Je viens de lire ceci...
Au sujet de la commande pkg_add.
http://www.isec-conseil.fr/dotclear/index.php?Freebsd

Existe-t-il des différences entre FreeBSD 7.0-RELEASE et FreeBSD 7.0 stable ou bien est-ce la même chose ?
Parce que, pour info, j'ai procédé à l'installation depuis le disc1 de FreeBSD 7.0-RELEASE.
Et comme je comptais juste réinstaller le système (si c'est bien comme cela qu'il faut procéder) en faisant l'install depuis le cd boot only de la même version (7.0-RELEASE), je voudrais m'assurer que je dispose des bons cds...

Au sujet donc de cette manip (setenv PACKAGESITE...), est-ce que cela concerne aussi le portsnap fetch ?
Je veux dire, est-ce que, de base, le portsnap fetch va chercher la bonne/dernière version de l'arbre des ports au bon endroit (stable plutôt que release) ?
Malgré tout, est-il nécessaire de faire cette manip par la suite (setenv PACKAGESITE...) ?
Merci.

Ecureuil wrote on 15. Sep 2008 at 15:02:

Arrêtez-moi si je me trompe: 2) Sous FreeBSD 7.0, portsnap est déjà installé. 3) Sous FreeBSD 7.0, le répertoire /usr/ports est déjà présent. 4) Si je fais une install depuis le cd boot only, ce même répertoire /usr/ports sera donc vide. 5) Pour mettre à jour l'index de l'arbre des mes ports, je fais donc un portsnap fetch. 6) Suvi d'un portsnap extract. Cela va-t-il se décompresser tout seul sous /usr/ports ou bien dois-je pointer sur ce répertoire et/ou exécuter le portsnap extract depuis /usr/ports ? Merci !

A voir portsnap(8), tout ça parait correct.

Ecureuil wrote on 15. Sep 2008 at 15:30:

Existe-t-il des différences entre FreeBSD 7.0-RELEASE et FreeBSD 7.0 stable ou bien est-ce la même chose ? Parce que, pour info, j'ai procédé à l'installation depuis le disc1 de FreeBSD 7.0-RELEASE. Et comme je comptais juste réinstaller le système (si c'est bien comme cela qu'il faut procéder) en faisant l'install depuis le cd boot only de la même version (7.0-RELEASE), je voudrais m'assurer que je dispose des bons cds...

Il faut que tu comprennes bien ce que ça signifie, et là se trouve l'info: Current VS Stable.

Ecureuil wrote on 15. Sep 2008 at 15:30:

Je veux dire, est-ce que, de base, le portsnap fetch va chercher la bonne/dernière version de l'arbre des ports au bon endroit (stable plutôt que release) ? Malgré tout, est-il nécessaire de faire cette manip par la suite (setenv PACKAGESITE...) ? Merci.

Ne touche pas à ça avant d'avoir effectivement updaté vers -STABLE (et je te conseillerai d'attendre un peu, et d'utiliser ton FreeBSD Release pendant un moment): le portsnap grr... pkg_add posé lors de l'install ira chercher ce qui correspond à ton CD d'install tout seul et comme il faut.
Je précise un peu: pkg_add utilise un chemin qui inclut la version de ton OS pour aller chercher les paquets correspondants; portsnap lui s'occupe de l'arbre des ports, et ce dernier n'est pas dépendant de ta version (c'est le même que l'on soit en 6.x, en 7.x ou en -CURRENT).

Merci francis pour toutes ces infos, je fais donc me faire un peu de lecture pendant que je bois mon café et que mon FreBSD se réinstalle... ;)

Pour ma culture, release, ce n'est ni stable ni current (?), c'est quoi alors release ?!? :D

Je suis donc à réinstaller mon FreeBSD, je voudrais juste avoir le système, pour me le configurer au mieux par la suite...
Au niveau du menu Distributions, je ne sélectionne donc rien je suppose ?
Cela va-t-il tout de même m'installer de quoi booter ?

On pourrait traduire "release" par sortie ou parution.

La version 7.0 de FreeBSD est une release. FreeBSD-STABLE et -CURRENT sont des branches de la release.

Got it ?

Ok ok pour l'histoire des release, current et stable, merci schtipoun, je pense avoir compris.
Enfin je crois... :P
Je dispose donc des cds de la version 7.0-RELEASE.

Sinon j'ai une partie de ma réponse à mon précédent post...
Comme je n'ai rien sélectionné, sysinstall m'indique qu'il n'a pas pu copier quoique ce soit, normal, je n'ai rien sélectionné...

Pourriez-vous m'indiquer ce qu'il me faut sélectionner à minima ?
Quelle option dois-je choisir ?
La A Minimal ?
Ou bien me faut-il prendre la B Custon ? Dans ce cas, que dois-je prendre ?
Ou bien encore une des options 4 à 9...?

En fait, la finalité de la chose est d'avoir un environnement minimal, de quoi booter mais pas non plus le truc minimum de chez minimum qui fait que je vais devoir passer 3 jours à tout configurer, ne pas oublier que je suis débutant... ;D

Je veux pouvoir disposer d'un système tout neuf (sans un arbre de ports obsolète) et installer un arbre de ports à la main (portsnap) au travers de sa dernière version.

Peut-être me faudrait-il tout de même X.Org pour m'installer par la suite Gnome ou KDE ?

Merci. ;)

Bon, j'ai ma réponse...
J'ai choisi de prendre All au niveau du menu Distributions mais au moment de la question "voulez-vous installer les ports" j'ai donc répondu non...
Cela me semble un bon compromis !
La suite de nos aventures au prochain épisode !  :)
Merci encore à vous pour vos nombreuses contributions.
Vous restez dans le coin, hein, on sait jamais, y a des chances qu'il me faille encore louer vos lumières ! ;D

Pour procéder à un install de FreeBSD, je prends toujours la "minimal" mais c'est un choix.

Je pense que là on est un peu hors topic par contre ;)

J'ai procédé de la sorte, à savoir une installation Minimal mais de la version 7-STABLE.
Et Code::Blocks s'est enfin correctement installé.
Merci à tous pour votre aide. ;)
A bientôt pour de nouvelles aventures ! ;D

P.S. : avis aux modérateurs, je n'ai pas trouvé comme mettre le post en résolu, merci à vous.

Pour information une nouvelle version est release lors de la création de la branche puis passe en stable avec le temps et les divers patch correctifs, en gros release correspond à la création de la branche stable dans CVS.

cf petit shema http://www.fr.freebsd.org/doc/en_US.ISO8859-1/articles/releng/branches-releng6.png

Slt,

[code]P.S. : avis aux modérateurs, je n'ai pas trouvé comme mettre le post en résolu, merci à vous. [/code]

Pour mettre le post en résolu edite le titre de ton poste et ajoute devant Résolu.

Bien Cordialement

;)

J'ai réussi plusieurs fois à installer cette bouse.
Mais l'utiliser, jamais: plantage, freeze, démarrages avortés.
Que ce soit sous FreeBSD 5.4, 6.2, 6.2, 7.0
Après portsnap, cvsup, sans oublier les "pkgdb -u" et "rehash".
Quelqu'un a-t'il réussi à s'en servir??
si oui, peut-être pourrait-il communiquer son make.conf? Je vois pas où pourrait être le gag, si ce n'est à ce niveau; FreeBSD, ce n'est pas ?inux, quand même!