Habituellement, je m'en sors tous seul pour les mise à jour de free (je
suis 4.9). Sauf que cette fois ci, pour la mise à jour de gnome2 (2.6).
Ca a foiré. Je me suis retrouvé avec pas mal d'appli qui n'était pas à
jour et qui ne voulait pas de gnome 2 2.6.
Je croyais que "portupgrade appliaupgrader" ca suffisait. Comment faire
pour que portupgrade, upgrade aussi les applis qui sont dépendante de
l'aplication que l'on upgrade. Waouh! Compliqué, non? J'aimerais éviter
la prochaine fois de faire un
# pkg_remove gnome2 && portinstall gnome2
Merci d'avance pour vos lumières
En association avec pkg_version ca le fait bien. Seul petit defaut on ne peut pas identifier les upward depedencies si l'on specifie un nom de package. Dommage, mais bon avec un petit | more search le nom du package on s'en sort.
Ceci dit je ne vois rien a reprocher a portupgrade, pour ceux qui ont peur de voir des ports installes sans leur bon vouloir, ils peuvent utiliser l'option -rRn nomduport.
Sinon pour les histoires de db qui est cassee, et qu'il faut fixer, notons que ca arrive surtout lorsque l'on fait des upgrade via les packages et non pas les ports. Dans ce dernier cas, les cas sont vraiment rares IMHO.
Pour ainsi dire je n'ai pas encore eu de probleme critique jusqu'a present avec portupgrade.
A+
Xavier wrote:
Philippe Chevalier <news@kyoko.org> wrote:
Pour administrer mes ports, je fais regulierement un cvsup et je
decide ce que je veux upgrader et j'upgrade dependance par dependance.
Sous NetBSD, on a un truc génial, qui s'appelle pkgdepgraph, et qui te
donne ça :
En association avec pkg_version ca le fait bien. Seul petit defaut on ne
peut pas identifier les upward depedencies si l'on specifie un nom de
package. Dommage, mais bon avec un petit | more search le nom du package
on s'en sort.
Ceci dit je ne vois rien a reprocher a portupgrade, pour ceux qui ont
peur de voir des ports installes sans leur bon vouloir, ils peuvent
utiliser l'option -rRn nomduport.
Sinon pour les histoires de db qui est cassee, et qu'il faut fixer,
notons que ca arrive surtout lorsque l'on fait des upgrade via les
packages et non pas les ports. Dans ce dernier cas, les cas sont
vraiment rares IMHO.
Pour ainsi dire je n'ai pas encore eu de probleme critique jusqu'a
present avec portupgrade.
En association avec pkg_version ca le fait bien. Seul petit defaut on ne peut pas identifier les upward depedencies si l'on specifie un nom de package. Dommage, mais bon avec un petit | more search le nom du package on s'en sort.
Ceci dit je ne vois rien a reprocher a portupgrade, pour ceux qui ont peur de voir des ports installes sans leur bon vouloir, ils peuvent utiliser l'option -rRn nomduport.
Sinon pour les histoires de db qui est cassee, et qu'il faut fixer, notons que ca arrive surtout lorsque l'on fait des upgrade via les packages et non pas les ports. Dans ce dernier cas, les cas sont vraiment rares IMHO.
Pour ainsi dire je n'ai pas encore eu de probleme critique jusqu'a present avec portupgrade.
A+
Ollivier Robert
[copie de cet article par courrier électronique]
Dans l'article , Marwan Burelle disait :
Maintenant, je ne connais pas bien l'implentation de ruby, mais il me semble que sur certains points, les choses pourraient être mieux, notamment la gestion de la mémoire (garbage collecting ?) et certains problèmes de perfs. Bon, là encore, faudrait réécrire ça dans un langage plus efficace, un langage compilé tant qu'à faire, mais portupgrade existe, marche et est fortement pratique (portinstall, portsclean et la gestion des envirronnements de compilation spécifiques à chaque port sont quand même bien pratique.)
Comme il n'y a pas de problème de vitesse en soi avec un programme comme portinstall/portupgrade, la facilité de maintenance est à mon plus importante et donc en Ruby, c'est bien.
D'autre part, c'est 1.8.1 qui est maintenant la version par défaut de Ruby et ça corrige pas mal de chose, intègre plus de packages externes et va aussi plus vite. -- Ollivier ROBERT -=- Eurocontrol EEC -=- FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
[copie de cet article par courrier électronique]
Dans l'article <20040421122812.00004b0b@pc5-179.lri.fr>,
Marwan Burelle <burelle@lri.fr> disait :
Maintenant, je ne connais pas bien l'implentation de ruby, mais il me
semble que sur certains points, les choses pourraient être mieux,
notamment la gestion de la mémoire (garbage collecting ?) et certains
problèmes de perfs. Bon, là encore, faudrait réécrire ça dans un langage
plus efficace, un langage compilé tant qu'à faire, mais portupgrade
existe, marche et est fortement pratique (portinstall, portsclean et la
gestion des envirronnements de compilation spécifiques à chaque port
sont quand même bien pratique.)
Comme il n'y a pas de problème de vitesse en soi avec un programme comme
portinstall/portupgrade, la facilité de maintenance est à mon plus
importante et donc en Ruby, c'est bien.
D'autre part, c'est 1.8.1 qui est maintenant la version par défaut de Ruby
et ça corrige pas mal de chose, intègre plus de packages externes et va
aussi plus vite.
--
Ollivier ROBERT -=- Eurocontrol EEC -=- ollivier.robert@eurocontrol.int
FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
Maintenant, je ne connais pas bien l'implentation de ruby, mais il me semble que sur certains points, les choses pourraient être mieux, notamment la gestion de la mémoire (garbage collecting ?) et certains problèmes de perfs. Bon, là encore, faudrait réécrire ça dans un langage plus efficace, un langage compilé tant qu'à faire, mais portupgrade existe, marche et est fortement pratique (portinstall, portsclean et la gestion des envirronnements de compilation spécifiques à chaque port sont quand même bien pratique.)
Comme il n'y a pas de problème de vitesse en soi avec un programme comme portinstall/portupgrade, la facilité de maintenance est à mon plus importante et donc en Ruby, c'est bien.
D'autre part, c'est 1.8.1 qui est maintenant la version par défaut de Ruby et ça corrige pas mal de chose, intègre plus de packages externes et va aussi plus vite. -- Ollivier ROBERT -=- Eurocontrol EEC -=- FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
