Franck V a écrit 47 commentaires

C'est étonnant, la grande force d'Arch c'est justement sa communauté très compétente et son wiki super complet.
J'y trouve en général la plupart des réponses aux questions que je me pose et pour celles qui n'y sont pas, ben il suffit de contribuer :)

En effet ce que tu dis est logique.
Il faut croire que je joue pas assez pour avoir rencontré le cas (ou alors je suis juste super chanceux).

Personnellement je me contente d'un pacman -Syu et c'est tout.
Jamais eu de problème particulier (sauf la fois où ils ont de oublié de rajouter certaines dépendances lors du passage de xorg à HAL).

Pour ceux que ça intéresse voici la page en question: [http://trollometre.com/measure?url=https%3A%2F%2Flinuxfr.org(...)]

Je n'ai pas eu le courage de tout lire mais ça a l'air velu...

Le coût ne se limite pas aux licences mais inclue aussi le support, la formation et les appels au help desk. Et ces derniers sont loin d'être négligeables dans une grosse entreprise.
L'argument de MS c'est que la réduction de TCO compense le prix des licences.
L'argument est discutable mais c'est loin d'être aussi simple qu'un simple calcul de coût d'acquisition.

Le plus simple est sans doute de supprimer les vieilles branches avec un svn delete et de recopier la branche V2.0 par dessus les anciennes branches de /dev (svn copy).
De cette manière l'historique repartira de la V2 et non de ce qu'il y avait avant dans les branche /dev

J'ai failli répondre 'personne' moi aussi, puis je me suis rappelé que la plupart des gestionnaires de contenu créent un certains nombre de comptes par défaut. La lecture du code source de daCode m'a ensuite donné la solution.

Ah ben en fait non j'avais pas le 2 non plus. J'avais trouvé une autre source qui disait que 2=admin mais ce n'est sans doute pas systématique...

Tiens, j'ai trouvé les 1, 2 et 4 par contre pour le 3 je sèche

Je confirme, la question 2 m'a demandé plus de temps que toutes les autres questions du concours réunies.
Je suis impatient de savoir quelle est la manière "simple" de trouver le résultat...

J'ai également eu des problèmes de freeze par le passé. Après plusieurs jours passés à m'arracher les cheveux, j'ai découvert que le coupable était le démon cpufreqd qui adapte la fréquence du CPU en fonction de la charge réélle de la machine. Apparement celui-ci (un core 2 duo) n'était pas compatibles avec certaines fréquences et freezait violemment lors des changements de fréquence.

En utf8 les caractères latins accentués sont codés sur 2 caractères (par exemple é=c3 a9), le code inférieur à 0xFF c'est le code point unicode qui est différent de sa représentation effective.

Apparement ça ne marche pas bien avec certains éditeurs (tel que vim ou gedit).
En effet lorsque l'on édite un fichier avec ceux-ci, ils décident parfois de renommer le fichier existant et d'en créer un nouveau plutôt que d'écraser le fichier original, ce qui a pour effet de supprimer la surveillance sur le fichier.
Sous vim il est possible de contrôler ce comportement avec l'option set backupcopy (à positionner à yes pour forcer l'éditeur à modifier le fichier existant).

Le module Pickle permet de sauvegarder (sérialiser) le contenu d'un objet dans un fichier afin de pouvoir le recharger plus tard:

pickle.dump(obj, file)
puis
pickle.load(file)

Si tu veux sauvegarder plusieurs objet d'un coup, le plus simple est de les stocker dans une table et de sérialiser la table.

Par contre il ne permet pas de sauvegarder n'importe quel type de données, en particulier je ne pense pas que les connexions vers des bases de données ou des fichiers ouverts puisse être restitués à l'identique.

svn rm ne supprime pas l'historique du fichier.
Pour réaliser cela, il faut utiliser une combinaison de svnadmin dump, svndumpfilter et svnadmin load comme expliqué ici:
http://subversion.tigris.org/faq.html#removal

Tu as la commande wmctrl qui permet d'interagir avec les fenêtres ouvertes (déplacement d'un bureau à l'autre, redimensionnement, ...).
Plus d'infos ici: http://www.sweb.cz/tripie/utils/wmctrl

Ben l'idée c'est que tu dois d'abord upgrader les binaires puis ensuite le repository (sachant que les binaires 1.5 sont compatibles avec un repository 1.4)

Tu utilises bien la version 1.5 de svnadmin ?
Il doit s'agir d''une nouvelle commande.

C'est un peu plus simple en effet.
Cependant l'avantage de ma technique, c'est que si quelque chose se passe mal pendant l'upgrade, tu as toujours l'ancien repository à côté qui est intact.
En général je préfère ne pas prendre de risques et toujours avoir un moyen de revenir en arrière en cas de pépin.

Il n'existe pas de commande SVN pour lister tous les repository puisque chacun d'entre eux est stocké dans son propre répertoire indépendant des autres.

A la limite tu peux rechercher un fichier que tu es sûr de trouver dans chacun d'entre eux, par exemple "find -name post-commit*"

Le plus simple c'est de faire un dump puis de recharger le contenu de ton repository.

svnadmin dump /chemin/vers/ton/repository > dump

Ça t'exporte le contenu de celui-ci dans un fichier indépendant de la version (qui peut aussi servir de backup).

Ensuite effectue la mise à jour vers 1.5.2, recrée un nouveau repository et réimporte le contenu de celui-ci avec

svnadmin load /chemin/vers/ton/nouveau/repository < dump

J'ai eu un problème similaire sur mon laptop que j'ai résolu en désactivant le module qui permet d'adapter la fréquence du CPU à la charge réelle de la machine (cpufreq).
Apparemment mon CPU n'aimait pas certaines fréquences ce qui provoquait un freeze total de la machine.
Je ne connais pas Mandriva mais essaye de désactivé l'un des services suivant:
cpufreqd
powernowd