Forum Linux.mandriva Mandrake 10.1 : Probleme de Migration d'EVOLUTION 1.4 vers 2

Posté par  .
Étiquettes : aucune
0
18
jan.
2005
En fait là c'est mon ignorance de l'anglais qui me handicape. J'ai peur de faire une boulette.
Tout ceci est un peu confus pour moi. Et apparement c'est pas sans danger (becareful ça je comprends) !

Je vous transmets le contenu de mes recherches. Si quelqu'un peut me dire ce que je dois faire cela m'aiderai sérieusement.


On Tue, 2004-10-26 at 15:28 +0000, Eric wrote:
> I'm using evolution 1.4.6, how much of a job is it to upgrade to 2.x?
> Thanks
> Eric

Should be as simple as 'urpmi evolution', at a root command prompt,
assuming all your urpmi sources are up-to-date. It will automatically
resolve all required dependencies and update. Be warned, though,
Evolution relies on a *lot* of packages (mostly because the packages it
directly relies on also rely on others, which rely on others, and so
on); if you haven't kept your system up-to-date, this may result in a
*large* set of files being downloaded.
After installing the packages, just run Evolution as you normally would;
the first time you do this, it should detect that you were running 1.4
and automatically migrate to the new 2.x standards. As a nice side
benefit, because 2.x stores its data in ~/.evolution instead of
~/evolution it's easy to backpedal if you decide you don't like it (of
course, you'll lose whatever changes you might have made since starting
to use 2.x, but you should know pretty quick whether 2.x is worth it or
not).

If updating packages via urpmi results in a massive download list, you
might want to consider just upgrading to 10.1 instead; I believe it has
a pre-release version (1.5.93 or something like that) which can be
updated to 2.0 final in the same way as mentioned above. I'm not sure,
though, as I keep up with Cooker, instead of the formal releases
(running an AMD64 box, so I generally have to build from the source
packages instead).
--------------------------------------------------------------------------
> for your interest:
> evolution <=1.4.x used to use the directory "~/evolution".
> "~/.evolution" is the directory which is used by evolution 1.5.x/2.0.x
> to store its data.
>
> both your questions should be solved by forcing evolution to explicitly
> import all data by starting it with "evolution --force-migrate".
> evolution should recognize the old 1.4 data in the folder "~/evolution"
> and should convert it to "~/.evolution".
> since i assume that you have already used 2.0.x, evolution should
> *normally* ask you questions since some files already exist (but be
> careful to not overwrite your new email files with the old ones by
> fault!). therefore it's a bit risky and i'd strongly consider to backup
> everything before doing this, e.g. by shutting down evolution properly
> by "evolution --force-shutdown" and then .tar.gz'ing both the 2.0.x
> directory (~/.evolution) and ~/.gconf/apps/evolution if you also
> want your settings. make sure to also shutdown gconf (gconftool-2
> --shutdown) before restoring the files otherwise it may not pick them up
> properly.
>
> take a look into the archives for an exact description of it...

Here's how to force migration:

http://lists.ximian.com/archives/public/evolution/2004-September/03(...)

Be careful! This will overwrite all your Evolution 2.0.x data! This
likely isn't an issue for you, if you did not change/add any vital data
like Contacts, account settings or local mail.

FYI :
Evolution would have automagically migrated all your old stuff, if
you would have restored the old (1.4.x) ~/evolution directory before
running Evolution 2.0.x for the first time...

....guenther
--------------------------------------------------------------------------
"How can I force migration of 1.4.x data?"

FWIW: This option has been removed from the stable release, cause it was
meant for excessive beta testing only. Anyway, there is a way to force
migration.

Note:
You will do anything mentioned below ON YOUR OWN RISK.
Create a backup in case anything goes wrong -- backup your old
~/evolution directory as well as the new 1.5/2.0 ~/.evolution directory.

Make sure the old 1.4 directory still exists and holds all the *latest*
data.


Now here is how to manually force migration again:

* Shutdown any running evolution processes.

$ evolution-2.0 --force-shutdown

* Edit the GConf keys /apps/evolution/version and last_version to read
"1.4.0". You can use gconf-editor or the command line interface:

$ gconftool-2 --set /apps/evolution/version --type string "1.4.0"
$ gconftool-2 --set /apps/evolution/last_version --type string "1.4.0"

* Remove (do you have a backup?) or rename (as shown) the new hidden
~/.evolution directory:

$ mv ~/.evolution ~/old-evolution-2.0.0

* Then run Evolution 2.0.0 and it should migrate your 1.4.x data again.
Lean back and have a good cup of coffee, beer, whatever... :-)

Reset both GConf keys to "2.0.0", if not already done. AFAIK
last_version will not be reset.


...guenther
--------------------------------------------------------------------------

Merci
  • # Migration automatique

    Posté par  . Évalué à 2.

    Normalement, la première fois qu'evolution 2.0 est lancé, il importe automatiquement les données de la version 1.4.

    Si tout se passe bien, tu peux alors supprimer le répertoire evolution à la racine de ton compte, car tout a été transferé dans .evolution

    Si ca se passe mal (ce qui n'a pas été mon cas ni celui de mes amis), il faut éventuellement recourir à la migration manuelle. Mais le bon côté est que tant que tu n'effaces pas le répertoire ~/evolution, toutes tes données restent intactes
  • # cool

    Posté par  (site web personnel) . Évalué à 2.

    sympa, merci pour ta recherche, c'est exactement ce dont j'avais besoin pour récupérer mes mails de ma Mdk 9.2 vers ma cooker 10.2 sans trop perdre de temps (et avec confirmation de ce que je pensais...)

    En bref :
    evolution 1.4 : tout est stocké dans $HOME/evolution
    evolution 2.0 : tout est stocké dans $HOME/.evolution

    Je n'ai pas trop compris si tu es déjà en Mdk10.1 ou dans une version antérieure ? Voici les étapes que je te propose :

    si tu es en 10.1 :
    evolution --force-shutdown # ferme evolution

    Tu sauvegardes sous ton compte :
    cd $HOME
    tar jcvf evolution2.tar.bz2 .evolution
    tar jcvf evolution14.tar.bz2 evolution
    tar jcvf gconf_evolution.tar.bz2 .gconf/apps/evolution

    /bin/rm -R .evolution/ # efface le répertoire $HOME/.evolution de la 2.0 (t'as sauvé avant...), ou un mv comme suggéré c'est moins destructif...

    3 possibilités pour migrer :
    1.
    evolution --force-migrate # tu perds tout ce que tu as fait en 2.0 (m'enfin t'as une sauvegarde)

    2.
    $ gconftool-2 --set /apps/evolution/version --type string "1.4.0"
    $ gconftool-2 --set /apps/evolution/last_version --type string "1.4.0"
    evolution # lance evolution qui devrait détecter une migration nécessaire
    $ gconftool-2 --set /apps/evolution/version --type string "2.0.0" # met la bonne version
    $ gconftool-2 --set /apps/evolution/last_version --type string "2.0.0"

    3. si tu n'avais pas la Mdk10.1Official : bof autant l'installer sur une nouvelle partition (l'ancienne te servira pour des sauvegardes...), sinon la migration via urpmi --auto-select devrait fonctionner (avec un passage par la 10.0Official si nécessaire...), ce qui est chaud c'est que udev est utilisé maintenant (donc ça touche les disques... si tu as 2-3 CD à graver, n'hésite pas trop)

    urpmi evolution # avec les sources de la 10.1 (bof...)
    evolution # au lancement ça devrait être bon (soit migration faite par le paquet RPM, soit au démarrage de évolution

    Forcément, tu perds ce que tu avais commencé à faire avec ton evolution 2.0 avant migration...

    Bon je vais tester (moi en plus faut que je récupère ce que j'ai actuellement sous la 2.0...)
    • [^] # Re: cool

      Posté par  (site web personnel) . Évalué à 2.

      bon bin la méthode 1. n'a pas l'air de fonctionner en cooker, ya bien une fonction "importer données version précédente" dans le menu fichier mais elle prend 100% de CPU et ne fait rien

      la méthode 2. fonctionne (j'ai vérifié la valeur des clés avec gconf-editor : j'avais bien 2.0.0, j'ai mis à 1.4.0, elles repassent toutes seules à 2.0.0) et en plus c'est rapide, la migration a l'air de bien se passer, ça te propose d'effacer le répertoire evolution (l'ancien) et ça demande même confirmation (que demande le peuple !). Bon j'ai plus qu'à merger les dossiers que j'avais auparavant en 2.0 et ça va le faire !

      Encore merci de ton initiative qui va me permettre de me débarrasser de ma 9.2 qui ne me sert plus depuis qu'après la 10.0 je suis passé en cooker et j'y suis resté... (c'est parfois un peu cassé, m'enfin). cool ça me fait 4,75 Go de récupérés pour tester la 10.2beta1 quand elle sortira.
    • [^] # Re: cool

      Posté par  . Évalué à 1.

      Merci pour vos réponse.
      Je verrais cela demain. Trop fatigué.

      En effet j'ai un disque sous 9.2 et l'autre sous 10.1 Official PP.
      Pour l'instant je gere tout sous la 9.2. Mail et serveur web perso. La 10.1 me pose encore trop de petits soucis.
      En fait j'avais voulu faire comme d'habitude lors d'une migration d'une version à l'autre. En effet je copiais tous les mbox* de Inbox/ et Sent/ de l'ancienne version dans la nouvelle. Là même, en renomant les Inbox/mbox* en inbox* (pour conserver la nouvelle organisation) ça ne marchait pas. Donc recherche aidant je me suis résolu à effacer tout le répertoire .evolution et à recopier tout le répertoire ~/evolution de la 9.2 dans le compte perso de la 10.1 (ce que je n'avais pas fait la premiere fois) poser des questions sur ce Forum. Je me doutais qu'il allait considérer qu'il fallait faire une migration. Mais comme je galère pas mal avec la 10.1 (pas de gros pb mais plein de petits) j'ai préféré poster ici plutôt que de connaitre des galères plus sérieuses.
      Donc avec vos 2 réponses je devrais m'y retrouver.

      Merci encore

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.