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


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,       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...?

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

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:

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.)

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.

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 ! 

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


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.

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


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.

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

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

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.