Au temps pour moi, c'est beaucoup plus compliqué

flavien @ /usr/share/locale
 ls -lth it/LC_MESSAGES/
total 12M
-rw-r--r--. 1 root root  40K Jun 25 18:08 sudoers.mo
-rw-r--r--. 1 root root  19K Jun 25 18:08 sudo.mo
-rw-r--r--. 1 root root  39K Jun 24 19:36 findutils.mo
-rw-r--r--. 1 root root 187K Jun 24 04:56 libvirt.mo
-rw-r--r--. 1 root root  27K Jun 24 03:47 vinagre.mo
-rw-r--r--. 1 root root  21K Jun 23 23:30 gnome-boxes.mo
-rw-r--r--. 1 root root 341K Jun 23 17:03 pidgin.mo
-rw-r--r--. 1 root root 1.2K Jun 22 23:35 qemu.mo
-rw-r--r--. 1 root root  89K Jun 22 23:31 setroubleshoot-plugins.mo
-rw-r--r--. 1 root root 8.4K Jun 22 20:41 gnome-screenshot.mo
-rw-r--r--. 1 root root  31K Jun 22 19:38 gtksourceview-3.0.mo
-rw-r--r--. 1 root root  14K Jun 21 23:04 setroubleshoot.mo
-rw-r--r--. 1 root root  11K Jun 21 22:52 gnome-photos.mo
-rw-r--r--. 1 root root  30K Jun 21 17:47 eog.mo
-rw-r--r--. 1 root root  53K Jun 21 03:45 epiphany.mo
-rw-r--r--. 1 root root  43K Jun 19 09:17 gparted.mo
...

Tout un tas de paquets utilisent les dossiers. Je me demande pourquoi l'italien a été installé par défaut.

Bonjour,
merci pour ce coup de pouce. Le paquet qui génère tous les dossiers dans /usr/share/locale est gnome-menus

flavien @ /usr/share/locale/szl/LC_MESSAGES
 ls
gnome-menus-3.0.mo

flavien @ /usr/share/locale/szl/LC_MESSAGES
 rpm -qi gnome-menus
Name        : gnome-menus
Version     : 3.13.3
Release     : 5.fc24
Architecture: x86_64
Install Date: Mon 27 Jun 2016 07:49:37 PM SGT
Group       : System Environment/Libraries
Size        : 614064
License     : LGPLv2+
Signature   : RSA/SHA256, Sun 07 Feb 2016 02:38:08 AM SGT, Key ID 73bde98381b46521
Source RPM  : gnome-menus-3.13.3-5.fc24.src.rpm
Build Date  : Thu 04 Feb 2016 09:11:02 AM SGT
Build Host  : buildvm-07-nfs.phx2.fedoraproject.org
Relocations : (not relocatable)
Packager    : Fedora Project
Vendor      : Fedora Project
URL         : http://www.gnome.org/
Summary     : A menu system for the GNOME project
Description :
gnome-menus is an implementation of the draft "Desktop
Menu Specification" from freedesktop.org. This package
also contains the GNOME menu layout configuration files,
.directory files and assorted menu related utility programs,
Python bindings, and a simple menu editor.

Mais cela ne semble pas être une bonne idée de le supprimer

flavien @ /usr/share/locale/szl/LC_MESSAGES
 su -c "dnf remove gnome-menus"
Password: 
Dependencies resolved.
==========================================================================================================================================================================
 Package                                                 Arch                           Version                               Repository                             Size
==========================================================================================================================================================================
Removing:
 fwupd                                                   x86_64                         0.7.1-1.fc24                          @@commandline                         506 k
 fwupdate-efi                                            x86_64                         0.5-4.fc24                            @@commandline                          64 k
 fwupdate-libs                                           x86_64                         0.5-4.fc24                            @@commandline                          31 k
 gnome-classic-session                                   noarch                         3.20.1-1.fc24                         @@commandline                         194 k
 gnome-menus                                             x86_64                         3.13.3-5.fc24                         @@commandline                         600 k
 gnome-shell-extension-apps-menu                         noarch                         3.20.1-1.fc24                         @@commandline                          26 k
 gnome-software                                          x86_64                         3.20.3-1.fc24                         @@commandline                         5.9 M
 libdfu                                                  x86_64                         0.7.1-1.fc24                          @@commandline                         162 k

Transaction Summary
==========================================================================================================================================================================
Remove  8 Packages

Bonjour, toujours dans le souci de libérer de l'espace après mise à jour vers Fedora 24, j'ai constaté que le dossier /usr/share/locale était bien rempli

flavien @ /usr/share/locale
 du -h --max-depth=0
642M	.

Suivant la procédure indiquée, I18N/Language Support Using Dnf, j'ai tenté de supprimer certaines "langues", sans succès,

flavien @ /usr/share/locale
 su -c 'dnf remove langpacks-szl'
Password: 
No match for argument: langpacks-szl
Error: No packages marked for removal.

et, effectivement, aucun paquet n'est installé,

flavien @ /usr/share/locale
 su -c 'dnf list langpacks-*'
Password: 
Last metadata expiration check: 0:22:50 ago on Wed Jun 29 07:54:46 2016.
Available Packages
langpacks-af.noarch                                                   1.0-7.fc24                                                 fedora
langpacks-am.noarch                                                   1.0-7.fc24                                                 fedora
...

D'où viennent donc les langues et comment les supprimer ?

Merci d'avance,
F.

Merci beaucoup,
F.

Bonjour à tous,
pour la mise à jour vers Fedora 24, j'ai dû faire de la place et je suis tombé sur le dossier

/var/cache/yum/x86_64

qui contient

 du -h --max-depth=1
196M	./20
184K	./24
447M	./21
643M	.

J'ai tenté de libérer cet espace par la commande

 su -c 'yum clean packages'

sans succès puisque le gestionnaire de paquets est dnf. Puis-je supprimer les dossiers à la main ?

Merci d'avance,
F.

Merci beaucoup,
F.

Bonjour, merci de l'indication. Si je comprends la documentation Ubuntu sur le sujet, la ligne permet de ne pas indiquer les autres partitions que Fedora 22.

Dois-je lancer update-grub après avoir ajouté la ligne ? Et une fois que la ligne est ajoutée, je peux supprimer la partition contenantes reliques de Fedora 20, c'est bien cela ?

Est-ce que grub.cfg sera mis à jour une fois la partition supprimée ?

Merci,
F.

Bonjour à tous,
ma machine tourne sous Fedora 22. Sur une petite partition reste des reliques d'une Fedora 20 (cela est dû à un ancien plantage). J'aimerais supprimer cette partition mais il reste une entrée concernant cette mouture dans Grub au démarrage. D'où ma question, comment supprimer proprement l'entrée dans Grub avant de supprimer la partition elle-même ?

Voici les entrées dans le fichier grub.cfg

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Fedora release 20 (Heisenbug) (on /dev/mapper/fedora-root)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-8d51de63-6957-4d3a-968b-3c30ba5fd090' {
	insmod part_gpt
	insmod ext2
	set root='hd0,gpt8'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt8 --hint-efi=hd0,gpt8 --hint-baremetal=ahci0,gpt8  955b60d4-3fbf-4d96-81ce-537638101a61
	else
	  search --no-floppy --fs-uuid --set=root 955b60d4-3fbf-4d96-81ce-537638101a61
	fi
	linux /vmlinuz-0-rescue-d10ee28de7134b538692047a800dd149 root=/dev/dm-1
	initrd /initramfs-0-rescue-d10ee28de7134b538692047a800dd149.img
}
submenu 'Advanced options for Fedora release 20 (Heisenbug) (on /dev/mapper/fedora-root)' $menuentry_id_option 'osprober-gnulinux-advanced-8d51de63-6957-4d3a-968b-3c30ba5fd090' {
	menuentry 'Fedora release 20 (Heisenbug) (on /dev/mapper/fedora-root)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz-0-rescue-d10ee28de7134b538692047a800dd149--8d51de63-6957-4d3a-968b-3c30ba5fd090' {
		insmod part_gpt
		insmod ext2
		set root='hd0,gpt8'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt8 --hint-efi=hd0,gpt8 --hint-baremetal=ahci0,gpt8  955b60d4-3fbf-4d96-81ce-537638101a61
		else
		  search --no-floppy --fs-uuid --set=root 955b60d4-3fbf-4d96-81ce-537638101a61
		fi
		linux /vmlinuz-0-rescue-d10ee28de7134b538692047a800dd149 root=/dev/dm-1
		initrd /initramfs-0-rescue-d10ee28de7134b538692047a800dd149.img
	}
	menuentry 'Fedora release 20 (Heisenbug) (on /dev/mapper/fedora-root)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz-3.16.7-200.fc20.x86_64--8d51de63-6957-4d3a-968b-3c30ba5fd090' {
		insmod part_gpt
		insmod ext2
		set root='hd0,gpt8'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt8 --hint-efi=hd0,gpt8 --hint-baremetal=ahci0,gpt8  955b60d4-3fbf-4d96-81ce-537638101a61
		else
		  search --no-floppy --fs-uuid --set=root 955b60d4-3fbf-4d96-81ce-537638101a61
		fi
		linux /vmlinuz-3.16.7-200.fc20.x86_64 root=/dev/dm-1
		initrd /initramfs-3.16.7-200.fc20.x86_64.img
	}
	menuentry 'Fedora release 20 (Heisenbug) (on /dev/mapper/fedora-root)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz-3.17.2-200.fc20.x86_64--8d51de63-6957-4d3a-968b-3c30ba5fd090' {
		insmod part_gpt
		insmod ext2
		set root='hd0,gpt8'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt8 --hint-efi=hd0,gpt8 --hint-baremetal=ahci0,gpt8  955b60d4-3fbf-4d96-81ce-537638101a61
		else
		  search --no-floppy --fs-uuid --set=root 955b60d4-3fbf-4d96-81ce-537638101a61
		fi
		linux /vmlinuz-3.17.2-200.fc20.x86_64 root=/dev/dm-1
		initrd /initramfs-3.17.2-200.fc20.x86_64.img
	}
	menuentry 'Fedora release 20 (Heisenbug) (on /dev/mapper/fedora-root)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz-3.17.3-200.fc20.x86_64--8d51de63-6957-4d3a-968b-3c30ba5fd090' {
		insmod part_gpt
		insmod ext2
		set root='hd0,gpt8'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt8 --hint-efi=hd0,gpt8 --hint-baremetal=ahci0,gpt8  955b60d4-3fbf-4d96-81ce-537638101a61
		else
		  search --no-floppy --fs-uuid --set=root 955b60d4-3fbf-4d96-81ce-537638101a61
		fi
		linux /vmlinuz-3.17.3-200.fc20.x86_64 root=/dev/dm-1
		initrd /initramfs-3.17.3-200.fc20.x86_64.img
	}
}

### END /etc/grub.d/30_os-prober ###

Merci d'avance,
F.

J'utilisais l'installateur d'Intel pour les pilotes (Intel Linux Graphics installer). Est-ce que cela a pu interférer avec l'installation ?

OK, je viens de trouver une solution ici. Je dois installer le paquet xorg-x11-drv-intel et tout fonctionne correctement.

Merci à tous pour votre aide.

C'est ce que je décrivais au-dessus. Le terminal avec top freeze comme le reste jusqu'à apparition de la fenêtre.

Et il n'y a aucun retour au lancement de nautilus par le terminal. Cela met un temps fou mais aucun message.

Rien du tout. Je m'explique par cet exemple.

Je démarre la machine. Je me logue. Je démarre un terminal par Alt+F2 et lance top. Je lance Firefox par le Dash et là, l'animation se bloque, les fenêtres freeze, le curseur tourne pendant une ou deux minutes et Firefox finit par apparaitre (en me disant, en passant, que son démarrage est extrêmement lent :lol: ). Ce n'est pas spécifique à Firefox, n'importe quel application présente les mêmes symptômes.

Bonjour,

cette suggestion m'avait été faite après avoir posté le problème sur la page Google+ de Fedora. Malheureusement, créer un nouvel utilisateur présente les même lenteurs.

L'environnement graphique est Gnome Shell. Lorsque je démarre avec une sessions sous Wayland, il n'y a pas de lenteurs mais l'interface est un peu pourrie.

Merci de votre suggestion.

Bonjour à tous,

je suis passé à la version 22 hier soir par fedup (Yoga 2 Pro). Pas de problème à l'installation mais un énorme au fonctionnement. Le lancement d'une quelconque application depuis le dash (Firefox, terminal, etc) prend plusieurs minutes. Le lancement depuis le terminal en ligne de commande ne pose pas de problème, tout comme celui depuis une fenêtre osd (Alt+F2).

De plus, nautilus prend plusieurs secondes pour ouvrir un dossier.

Toute aide est la bienvenue, passer entièrement par lignes de commandes est un peu pénible.

C'est bizarre. Mon compte est également configuré avec Gnome Contacts, je vois bien la liste avec ce dernier mais cela ne semble pas accessible à Geary.

Bonjour à tous,
j'ai installé Geary et configuré mon compte Gmail avec lui. La réception de messages ne pose aucun problème mais je n'ai pas accès à ma liste de contacts. L'un d'entre vous aurait-il rencontré le même problème ?
Merci d'avance,
F.

Bonjour à tous, j'ai eu ce matin la très mauvaise surprise d'un plantage total de mon système (Fedora 20 sur un Yoga 2 pro). La berezina totale, impossible de booter proprement avec une Live, le cauchemar...J'ai dû installer Ubuntu pour pouvoir de nouveau booter sur ma Fedora existante (mais pas le dernier noyau qui plante...). Mon système est maintenant un bordel sans nom mais ce n'est pas le plus gros problème.

J'avais créer une partition où je stockais mes données. Celle-ci à été redimensionnée par Ubuntu et je n'y ai plus accès sous Fedora. Les caractéristiques fournies par disque sont les suivantes :
Size 42 GB (41,951,428,608 bytes)
Device /dev/sda9
Partition Type Linux LVM
Contents LVM2 Physical Volume (LVM2 001)

Existe-t-il un moyen de lire de nouveau la partition ?

Merci d'avance,
Flavien.

OK, je vais donc m'en passer.
Merci de votre concours,
F.

Bonjour, la version plus récente vient de l'installation de Gnome 3.12. J'ai essayé votre méthode en créant un lien (la bibliothèque est dans le dossier usr/lib64) mais j'ai encore la même erreur.
Est-ce que yum scan les librairies existantes ou seulement une liste de paquets avec les fichiers qu'ils contiennent ?

Bonjour à tous, je tente d'installer l'utilitaire d'installation des pilotes Intel mais je me heurte à un problème de version des paquets dû au fait que j'ai installé la version 3.12 de Gnome. Plus spécifiquement :

[root@localhost packages]# yum localinstall intel-linux-graphics-installer-1.0.6-20.intel20142.x86_64.rpm
Loaded plugins: langpacks
Examining intel-linux-graphics-installer-1.0.6-20.intel20142.x86_64.rpm: intel-linux-graphics-installer-1.0.6-20.intel20142.x86_64
Marking intel-linux-graphics-installer-1.0.6-20.intel20142.x86_64.rpm to be installed
Resolving Dependencies
--> Running transaction check
---> Package intel-linux-graphics-installer.x86_64 0:1.0.6-20.intel20142 will be installed
--> Processing Dependency: libpackagekit-glib2.so.16()(64bit) for package: intel-linux-graphics-installer-1.0.6-20.intel20142.x86_64
--> Finished Dependency Resolution
Error: Package: intel-linux-graphics-installer-1.0.6-20.intel20142.x86_64 (/intel-linux-graphics-installer-1.0.6-20.intel20142.x86_64)
Requires: libpackagekit-glib2.so.16()(64bit)
Available: PackageKit-glib-0.8.13-1.fc20.x86_64 (fedora)
libpackagekit-glib2.so.16()(64bit)
Available: PackageKit-glib-0.8.17-1.fc20.x86_64 (updates)
libpackagekit-glib2.so.16()(64bit)
Installed: PackageKit-glib-0.9.4-1.fc20.x86_64 (@rhughes-f20-gnome-3-12-x86_64)
~libpackagekit-glib2.so.18()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

Est-ce qu'il y a un moyen de contourner le problème ?
Merci de votre aide,
Flavien.