J’ai mis à jour ce matin et ce qui semble être un bug au chargement de KDE 4.2 (ou .3 ? )
alerte de plantage = … espace de travail plasma blabla
Tout fonctionne normalement sous gnome (mais j’ai horreur de gnome 
)
Suis seul 
J’ai essayé de rsync quer mon /home/ricardo/.kde mais le bug subsiste.
Salut,
Tu n’as pas plus de détails ?
Tu a mis à jour quels paquets de KDE ? Tu es passé de “quelle” à “quelle” version ?
C’est vrai que moi non plus je ne note pas tout avant de lancer les MAJ…
Moi je suis encore en "4.3.1-2 / 4.3.2-1 ou 4.3.2-2"
Mais c’est smxi qui se charge de décider pour moi…
Je tente une mise à jour aujourd’hui, je verrais bien !
Salut,
Même pour ceux qui se servent de smxi je recommande d’installer apt-listbugs qui filtre les bugs déja répertorié 
[quote=“ggoodluck47”]Salut,
Même pour ceux qui se servent de smxi je recommande d’installer apt-listbugs qui filtre les bugs déja répertorié [/quote]
C’est plus que raisonnable… C’est vrai que smxi installe parfois des paquets avec des bugs critiques, et sans apt-listbugs c’est la “cata”…
Re,
Confirmation : Ma mise à jour de cette nuit est nanard, par contre refaites ce matin impeccable
Re,
Pour moi MAJ entre 12 et 14 (10 et 12 chez vous), RAS pour KDE.
Ben ce n’est pas mon cas, malgré un reupdate/upgrade, toujours le même blocage :
"exécutable : plasma-desktop PID :2774 Signal : 11 (segmentation fault)"
Toutefois, je suis ptet en cause car j’ai interrompu un “upgrade” hier, pour le reprendre ensuite 
là, je suis en Sid 64 bits.
Salut Ricardo,
L’utilisation de smxi pour se protéger est un plus, utilisée conjointement avec apt-listbugs c’est vraiment très confortable pour un “cossard” comme moi
Re,
C’est probablement le paquet : plasma-desktopthemes-artwork
Tu peux tenter de le désinstaller/réinstaller…
[quote=“lol”]Re,
C’est probablement le paquet : plasma-desktopthemes-artwork
Tu peux tenter de le désinstaller/réinstaller…[/quote]
j’en ai réinstallé pas mal mais je ne crois pas avoir touché à celui-là, je vais essayer.
Alors là, ça sent beaucoup plus mauvais que ce que je pensais
Rien n’a abouti avec les désinstall/réinstall de tous les plasma …
J’ai pris le taureau par les cornes, j’ai entieèrement désinstallé tout KDE et réinstallé après update.
Je devrais donc avoir quelque chose de neuf et propre ?
ben j’ai toujours la même alerte au démarrage.
Bizarrement, tout fonctionne sous gnome ???
[quote=“ricardo”]Alors là, ça sent beaucoup plus mauvais que ce que je pensais
Rien n’a abouti avec les désinstall/réinstall de tous les plasma …
J’ai pris le taureau par les cornes, j’ai entieèrement désinstallé tout KDE et réinstallé après update.
Je devrais donc avoir quelque chose de neuf et propre ?
ben j’ai toujours la même alerte au démarrage.
Bizarrement, tout fonctionne sous gnome ???[/quote]
Il doit rester un fichier de configuration dans ton home. Mais comme tu as déjà fait une restauration du home dés le départ, je ne vois pas ce que ça pourrait être… 
commande pour version KDE 
si je regarde dans synaptic, j’ai pour KDE : 5.5 
pour les autres sous-kde, j’ai 4.3.4-1
je pense que cette dernière est la bonne mais en console, j’aimerais retrouver la bonne commande .
Pris le taureau par les cornes ET la queue 
rsync -arv --delete --backup /mnt/autre/sauve/ /Même point 
, alors que cette sauvegarde, presque totale, a été faite juste avant l’upgrade qui m’a foutu la merde.
C’est vraiment à n’y rien comprendre.
sachant que le dossier où la sauvegarde a été “rangée” est /mnt/autre/sauve/, est ce que ma commande de retauration est bonne ou est-ce qu’il y a une erreur
Faudrait-il ajouter ‘-R’ ou les fichiers/dossiers avec des ‘.’
D’après tout ce que j’ai vu défiler, ça avait l’air complet, pourtant.
Help les spécialiste de RSYNC
EDIT :
pour la récursivité, c’est fait avec ‘-r’
[quote=“ricardo”]commande pour version KDE
si je regarde dans synaptic, j’ai pour KDE : 5.5
pour les autres sous-kde, j’ai 4.3.4-1
je pense que cette dernière est la bonne mais en console, j’aimerais retrouver la bonne commande .[/quote]
Parfois 4.3.4-2 & kde 5.4
Comme c’est sous sid, il vaut mieux attendre un peu 
Oui, je vais certainement attendre mais je viens de me rendre compte d’une erreur de ma part dans la restauration car j’ai certains fichiers en double.
Je réitère à ceux-ce qui sont fort en matière de RSYNC, voir mon message du dessus.
EDIT : fichiers en double, compris : --backup 
Un autre problème vient s’ajouter, certainement suite à mes rsync successifs :
au boute, presque toutes les lignes sont répétées 2 fois, exemple:
Loading kernel modules … done
Loading kernel modules … done
Une idée pour réparer ça
Bonjour,
Tu as l’air d’avoir mis un peu le bazar dans ton home…
Tu pourrais créer un nouvel utilisateur pour comparer les fichiers de configuration avec ton ~ricardo et remettre tout ça “au propre” !
[quote=“lol”]Bonjour,
Tu as l’air d’avoir mis un peu le bazar dans ton home…
Tu pourrais créer un nouvel utilisateur pour comparer les fichiers de configuration avec ton ~ricardo et remettre tout ça “au propre” ![/quote]
Ben oui, mais dans ce cas, j’aurais les mêmes problèmes sous Lenny 32, sous Lenny64, qui sont avec la même /home, et ce n’est pas le cas 
J’ai, sur la même machine et le même DD (int), une Lenny en 64, qui fonctionne bien et j’en ai encore d’autres ailleurs pour me dépanner si je casse celle-là aussi
question :
est-ce que je pourrais transformer cette Lenny color=#FF0000[/color]en Sid, identique à ma fonctionnelle color=#FF0000[/color], quand celle-ci allait bien, à l’aide de rsync. J’ai une sauvegarde de rsync avant d’avoir upgradé, qui se trouve dans /mnt/autre/sauve/ et qui est montable sur les deux distribs.
Quand j’ai fait ça sur ma Sid d’origine, j’ai tapé
Là, il faudrait que je mentionne le chemin de destination sur une partoche différente. Comment écrire ce chemin :
ou
[quote]Dans /mnt/sauve/, j’ai pratiquement une Sid complète, sauf comme exclusion :
/cdrom
/dev
/lost+found
/media
/mnt
/proc
/selinux
/sys
/tmp
[/quote]