Mettre Libre Office en français

yinyang · Septembre 7, 2019, 2:06

Bonjour mattotop
La simulation me donne cela :

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  fop groovy icc-profiles-free java-wrappers javahelp2 jmapviewer libbatik-java libcommons-lang-java libfontbox-java libfontbox2-java libfop-java
  libgpars-groovy-java libidw-java libjcsp-java libjgoodies-common-java libjgoodies-forms-java libjlatexmath-java libjline2-java libjsr166y-java
  libjsyntaxpane-java libknopflerfish-osgi-framework-java libmnemonicsetter-java libmultiverse-core-java libnetty-3.9-java libqdox-java libsaxon-java
  libxmlgraphics-commons-java libxstream-java simplyhtml
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les NOUVEAUX paquets suivants seront installés :
  libfontbox2-java
Les paquets suivants seront mis à jour :
  fop libfop-java
2 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Inst libfontbox2-java (2.0.13-2 Debian:10.0/stable [all])
Inst fop [1:2.1-6] (1:2.3-2 Debian:10.0/stable [all]) []
Inst libfop-java [1:2.1-6] (1:2.3-2 Debian:10.0/stable [all])
Conf libfontbox2-java (2.0.13-2 Debian:10.0/stable [all])
Conf fop (1:2.3-2 Debian:10.0/stable [all])
Conf libfop-java (1:2.3-2 Debian:10.0/stable [all])

C’est bon ?Je peux y aller ?
Est-ce qu’il faut que je ferme tout avant ?
Est-ce que je vais devoir redémarrer ?

mattotop · Septembre 7, 2019, 2:14

Ben comme tu vois, il n’y a plus grand chose à faire, que d’anodin, et ce qu’il te propose de désinstaller , c’est à faire aprés séparément, avec sudo apt autoremove , et ce sont des paquets dont tu n’as plus besoin et que tu pourras réinstaller n’importe quand.
Donc oui.

Pas besoin.

Non plus.
[edit: tu peux installer needrestart-session pour avoir un message qui te dit s’il fauit redémarrer quand une mise à jour à été faite. Si tu ne veux pas de notification sur ton bureau, mais seulement que ça te le dise quand tu fais apt en ligne de commande, tu installes needrestart seul]

yinyang · Septembre 7, 2019, 3:07

Ca y est.
J’ai juste eu ce petit message qui je suppose ne porte pas à conséquence
Failed to check for processor microcode upgrades.

J’ai déjà remercié dans un autre post tous ceux qui m’avaient aidé.
Je recommence ici, surtout (encore) mattotop !

mattotop · Septembre 7, 2019, 4:05

Ca, je dirais que tu as besoin du paquet amd64-microcode ou intel-microcode, suivant ce que tu as sur ta machine comme processeur.

gilles2 · Septembre 7, 2019, 4:30

Non mattotop, on a pas forcément besoin d’un paquet microcode en plus quand on a ce message. C’est juste que la vérification de la version du microcode du processeur a échoué. Pour mettre à jour ou vérifier si la version du microcode est à jour il faut utiliser ( si on a Intel comme marque de processeur ) iucode-tool :

Je ne l’ai jamais fait pour le moment. On peut voir une de ces mise à jour sur ce site :

github.com/liske/needrestart

"Failed to check for processor microcode upgrades" on Arch Linux

ouvert 02:45AM - 04 Mar 18 UTC

fermé 11:25AM - 27 Mar 18 UTC

Wuestengecko

bug

I'm using needrestart on an Arch machine, packaged [using this PKGBUILD](https:/…/aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=needrestart) (bash, essentially `. ./PKGBUILD && prepare && build && package`). Especially with how frequent updates roll out on Arch, this is a really handy tool to have so I do not need to reboot the whole machine twice a day. ;) Since the update to v3.0 however I'm getting the error message Failed to check for processor microcode upgrades. every time I run the command from the shell (among the usual expected messages), and an "UNKNOWN" status for the Nagios plugin mode with the following line: UNKN - Kernel: 4.15.6-1-ARCH, Microcode: unknown, Services: none, Containers: none, Sessions: none [Full log file](https://github.com/liske/needrestart/files/1778090/needrestart.log) of `sudo LC_ALL=C needrestart -rl -v` Line 17 says `[Kernel/Linux] Got garbage from linux image header (/boot/intel-ucode.img)` - I suspect that this is what it's ultimately choking on. On Arch, Intel microcode updates reside inside `/boot/intel-ucode.img`, which actually is an initrd image which must be prepended to the "regular" one by e.g. cat /boot/intel-ucode.img /boot/initramfs-linux.img > /boot/initramfs-merged.img Some bootloaders allow to simply list multiple initrd images, like systemd-boot (which I use) - my bootloader entry file is as follows: ``` title Arch Linux linux /vmlinuz-linux initrd /intel-ucode.img initrd /initramfs-linux.img options root=PARTUUID=b054d669-ad3e-4479-bfff-1f85d23561ff rw rootflags=subvol=@ quiet elevator=deadline intel_iommu=on iommu=pt nohz_full=1-3,5-7 isolcpus=1-3,5-7 ``` Paths in lines 2-4 are relative to the EFI system partition, which is mounted during runtime at `/boot`. The official method to check for new microcode, according to [the Arch wiki](https://wiki.archlinux.org/index.php/microcode#Detecting_available_microcode_update), is comparing `/proc/cpuinfo` to the output of bsdtar -Oxf /boot/intel-ucode.img | iucode_tool -tb -lS - example output from my machine: ``` iucode_tool: system has processor(s) with signature 0x000306c3 microcode bundle 1: (stdin) selected microcodes: 001/147: sig 0x000306c3, pf_mask 0x32, 2017-11-20, rev 0x0023, size 23552 ``` `grep microcode /proc/cpuinfo` gives me 8x the line ``` microcode : 0x23 ```

mattotop · Septembre 8, 2019, 10:50

Ah j’ai pas dis ça, mais en première bourre, le message suggérait un truc autour du microcode, et ça ne mange pas de pain de les installer pour voir si ça résoud le probléme, non ?