Reprise du message précédent :

Rien ne t’empêche d’avoir les deux installés et de les utiliser tous les deux…

Oui, bien sûr, mais j'ai pas trop envie...
 
Je viens d'envoyer un mail à deb-multimedia pour leur signaler que VLC n'est pas à jour. On vera bien...

Bah, surtout qu'il le retire.
Je ne vois pas l’intérêt de proposer VLC alors que c'est dispo dans les dépôts de base  

J’ai visiblement un gros problème. Quand je reboot mon kimsufi sur le disque dur, il demeure inaccessible en ssh et les logs (quand je reboot en rescue) ne s’actualisent pas, donc ça veut dire que rien ne se lance.
 
Fsck a renvoyé pas mal d’erreurs qui ont été corrigées (j’ai appuyé sur y à chaque proposition de réparation).
 
Est-ce que mon noyau a pu se corrompre? Comment le voir?

Bonne question. Il ne l'était peut-être pas toujours? A mon avis il (le gars - il semble y avoir qu'un seul - de deb-multi) devrait surtout éviter de renommer les paquets pour ne pas tromper apt. Mais il doit y avoir une bonne raison pour ce "1:" en préfixe?

C'est un DD physique ou du virtualisé? Si 1) ton DD pourrait être mort? Le noyau devrait se trouver dans une autre partition mounté sur /boot de mémoire, tu vois quelque chose (ls?)? Si tu as exactement le même truc ailleurs du peux comparer les SHA1 et co.

ça me rappelle certains paquets GNOME à la grande époque qui étaient préfixés 2: ou 3:

DD physique (kimsufi). Bonne idée pour comparer le sha1.
 
Il faudra que je me décide à mettre en place une procédure de backup de ma debian.
 
Il y a très longtemps j’ai utilisé Xen, mais c’est peut-être overkill pour mon besoin?
 
Qu’utilisez-vous?
 

 
Pour la backup ? non xen c'est dépassé, utilise plutôt Gimp ou Wireshark

Je sais pas si c'est mon mail ou le hasard mais VLC 3.0.7 est désormais dispo sur deb-multimedia.

edit: J'ai en fait reçu une réponse. Concernant le "1:" en préfixe M. Marillat me dit simplement que
>C'est comme cela depuis 2011.

Concernant les backups je conseille BorgBackup (si on a pas peur de la ligne de commande ).

 
   
 
(tout semble bien s'être passé )

 
bordel ce truc est aussi moisi que GIMP

Euh non, freecad c'est top !
 
On l'utilise au taf, franchement une fois que tu sais t'en servir, tu fais tout

 
C'est aussi intuitif que gimp et encore moins clair que inkscape.

 
Le truc qui nécessite un an de formation pour pondre un parallélépipède rectangle.

 
C'est à peut près ça oui. Tain ce que ça peut me gaver ces trucs

C'est juste que tu ne veux pas changer tes habitudes .
 
Perso GIMP je l'utilise depuis 2003 et Inkscape depuis 2010, que ce soit l'un ou l'autre je m'en sors très bien !
 
 
Pour Freecad perso je n'arrive pas à me défaire de Solidworks (et pareil... Sketchup ou Fusion360 je n'y arrive pas).
 
D'ailleurs Fusion sur les 2/3 vidéos que j'ai ça me parait anti productif comme fonctionnement quand t'es habitué à autre chose

Oui tout est question d'habitude. Moi j'ai un mal fou à faire admettre qu'il n'y a pas que excel et word. Je me bats tous les jours pour qu'on intègre Libreoffice... Et bien je n'y arrive pas.
 
Je dois supprimer tous les serveurs d'ici quelques années pour passer tout le monde sous linux et en Cloud (j'étais bloqué avec la Gescom depuis un bail et là miracle j'ai trouvé une Gescom Open Source compatible linux), il me reste à supprimer des esprits Outlook, word et excel et c'est le paradis.
 
Mais ce n'est pas gagné !  
 
 
Mais pour Freecad, je connais une formation pas cher et en 3 jours, tu ne veux plus autre chose que Freecad !

Certaines suites proprio ont quand même de sacrés avantages en entreprise (je pense à Office pour le coup).
 
Maintenant si c'est pour taper une lettre ou faire une petite feuille de calcul, LibreOffice suffit amplement.
 
Bon, j-2 pour Buster  

Buster est sorti hier. https://www.debian.org/News/2019/20190706
Il apporte son lot de nouveautés: https://www.debian.org/releases/buster/releasenotes

Ma migration s'est globalement bien passée  

Ça fait qq mois que je tourne avec, no soocy.
SystemD est quasiment en version beta, désormais.

En route pour "bullseye"

Ça veut dire quoi "globalement"?

J'ai la mise à jour qui tourne actuellement dans une VM sans importance, juste pour tester. 750 paquets avec 400 et quelque Mo à télécharger pour une installation "minimale" (enfin pas tant que ça, Xfce avec peu de logiciels quoi).

edit: Bon, la première tentative est un échec, la VM est morte à cause d'un bug KVM. Va falloir que je régle ça un jour. Nouvelle VM, prochaine tentative. Vivement la fibre.

Pareil depuis début d'année, pas mal de souci a l'époque mais ça allait mieux depuis plusieurs semaines... (Sauf sortie de veille du portable quand il est sur batterie)

 
J'ai du reconfigurer deux-trois trucs, rien de méchant.

Bon ben dans ma VM je peux encore me connecter mais X crashe directement. Ça promet.

De ce que j'ai vu passer sur Debian-Bugs, y a qq soucis suite à l'activation par défaut d'apparmor (configurations "maison", nécessitant de whitelister de nouveaux répertoires, etc.), et encore quelques paquets qui se merdouillent suite à l'adoption d'UsrMerge (en cas de clean install, donc).

Attention si vous avez fait une installation sans GUI de Stretch et que vous avez mis Xfce par-dessus manuellement. Il fallait suivre une procédure décrite dans une Wiki. La migration se passe mal, X crashe en disant que le "truc" qu'il fallait utiliser pour lancer Xfce, à savoir ck-launch-session n'est plus dispo. Ça ne doit pas être bien compliqué à arranger (j'espère ).

edit: C'est très simple: Dans ~/.xsession il faut simplement virer le ck-launch-bidule et laisser exec startxfce4.

edit encore: Bon, à part ce problème les fonctions de base sont toujours ok (dans une VM): Internet, Firefox, nomacs, Geany fonctionnent (démarrent).

Pour ceux qui utilisent nomacs: Il y a des warnings concernant des dépendances pendant la màj mais à priori pas de soucis. Je vais faire un apt autoremove et ré-essayer. edit: fait, ràs.

Désolé pour le flood.
 
Pour ceux qui comme moi font mal les choses en utilisant su: Il faut désormais faire su - pour avoir le bon contenu dans $PATH. Sinon reboot p.ex. ne peut pas être exécuté / n'est pas trouvé.

 
Idem, sauf pour radicale où il y a des manips à faire avant l'upgrade (j'avais fait un retour sur ce topic).

Pour ceux qui sont passés sous Buster avec GNOME sur des partitions chiffrées attention à cela :

 
C'est dans les notes de publication, mais bon comme beaucoup de gens ne les lisent pas  

Ok...
 
 
Bon bah on va attendre avant de passer sous buster alors...
 
Parce qu'entre l'utilisation de gnome3 et de mon home chiffré...

Ça veut dire qu'il supprime l'ancien mot de passe avant d'ajouter le nouveau !?
Ça va ils font les choses bien les gars  

Bon en gros il suffit de ne pas changer son mot de passe avec gnome-disk-utility, ça devrait le faire!
 
Et au pire on a des sauvegardes

Je ne comprends pas comment on peut décider de release avec un tel bug dans l'outil de base de gestion des disques de l'environnement bureau de base.
 
Dans la série affligeant, il y a aussi ceci:
https://bugs.debian.org/cgi-bin/bug [...] bug=927667

Une interprétation possible: plus personne n'utilise GNOME/Wayland à part les développeurs de GNOME. On en a déjà parlé plusieurs fois, vous êtes en mode circle jerk, aveuglés par vos ambitions de "designers". Vous n'écoutez plus vos utilisateurs, et vos utilisateurs vont ailleurs.
 
C'est vraiment déprimant quand on repense à l'évolution spectaculaire qui a eu lieu entre le moment où tu m'as fait passer à Debian et l'apparition de GNOME 3 ...

+1!!
Il y en a qui vont avoir de bien mauvaises surprises et les copies de sauvegarde (à jour) ne sont toujours pas dans toutes les têtes.  

Changer le mot de passe d'un disque chiffré c'est pas vraiment une opération de tous les jours en même temps

Certes, et de toute manière, la majorité des gens qui vont réaliser cette opération utilisent cryptsetup.
Idem pour GNOME/Wayland comme environnement par défaut; osef, on utilise de toute manière xorg/enlightenment/i3/mate/xfce/...
 
Pour un système qui se veut "universel", le fait que l'installation par défaut offre un environnement naze est dommage mais pas dramatique.
Mais si les outils de base de cet environnement provoquent des pertes de données et que la release team laisse pisser le mouton, je pense qu'il y a un très sérieux problème à régler.

Pour rappel, il est possible et recommandé de faire une copie sauvegarde du header LUKS aussi. Si j'ai bien compris une telle sauvegarde peut sauver les données dans le cas du problème dont on parle (il faudra utiliser l'ancien mot de passe). https://wiki.archlinux.org/index.ph [...] nd_restore

Bon et le dév de SaltStack ils se remuent les fesses pour mettre à jour leurs repos ?