Jean Bréfort a écrit 107 commentaires

Fedora live utilise quiet rhgb, ubuntu utilise quiet splash (et fonctionne) et debian comme ubuntu, donc je ne suis pas plus avancé.

Même souci avec debian live, iommu=pt ne change rien.

Le problème avec Fedora est qu'il me dit que mon media est invalide et qu'il est déconseillé de l'utiliser. J'essaierai avec Debian Live mais pas avant demain faute de temps disponible.

C'est une machine assez ancienne, le processeur, d'après la facture, est AM3 Athlon X2 3GHz.

Pour la carte mère, dans le BIOS, je lis :
MSI military class 4
Click BIOS 4
A88XM-E3SV2
VersionE7721 AMS V6.4

lspci (obtenu avec une fedora live) donne :
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) I/O Memory Management Unit
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Richland [Radeon HD 8370D]
00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller
00:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port
00:10.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller (rev 09)
00:10.1 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller (rev 09)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller AHCI mode
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 11)
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 11)
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 16)
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller (rev 01)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 11)
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] FCH PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 5
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev 0c)

J'ai fait une réinstallation complète, pas une mise à jour et, en fait, c'était même une debian 10 que j'avais. De précédentes mises à jour ayant échoué. Avec debian-11, j'ai un kernel panic au démarrage.

Bonjour,

Quel logiciel/paquet avez-vous essayé d'installer, quel est précisément le message d'erreur au démarrage et quand s'affiche-t-il ?

Cordialement,
Jean

Les grilles sont ailleurs. Il faut ajouter des grilles principales et/ou secondaires aux axes. Personnellement, je supprime systématiquement l'arrière-plan (ou j'utilise un thème avec un remplissage transparent).

Les grilles sur le graphique ne sont pas super, et c'est un peu dommage. Mais il faut le boulot, et plutôt correctement.

Peux-tu préciser ce qui ne va pas avec les grilles, histoire de voir si cela peut être amélioré ? Merci

Il faut utiliser GObject Introspection qui permet d'accéder à toute la pile à partir d'une grande variété de langages dont Python.
Ensuite, il faut importer EDataServer (du moins je suppose que c'est cette interface) :

from gi.repository import EDataServer

Bonne chance pour la suite.

J'ai cela aussi, c'est tout à fait normal.

Le format ODS par défaut pose un certain nombre de problèmes, la norme ne définissant pas tout. De plus, le format gnumeric est plus simple à manier à de nombreux points de vue et de sauvegarder tout ce que Gnumeric supporte, ce qui n'est pas toujours le cas d'ODS. Maintenant si quelqu'un veut avoir ods par défaut, c'est possible en allant charcuter le fichier plugin.xml dans le répertoire du plugin openoffice : il suffit d'ajouter priority="100" après id="odf" et le tour est joué.

Et si ! Même si cela manque un peu de sang neuf.

Il faut choisir le partitionnement manuel. Indiquer pour chaque partition son type, son point de montage, et demander de reformater la partition / mais pas la partition /home.

C'est beaucoup plus rapide avec un style alternatif, effectivement. Merci pour l'idée.

Depuis quelques temps, l'affichage des pages de linuxfr est devenu très lent sur mon vieil ordinateur, jusqu'à secondes pour faire défiler d'une page. Combien de mémoire vive faut-il pour que cela aille bien ; sur mon portable, avec 4Go, ça roule tout seul, mais mon ordinosaure n'en a qu'un et là, quelle galère…

libglade est dépréciée, et il est déconseillé de l'utiliser dans un nouveau projet. GTK+ a maintenant l'API nécessaire pour le remplacer : GtkBuilder.
Glade peut être utilisé pour créer les fichiers d'interface, même si tout n'est pas supporté.

Gnumeric permet de faire un certain nombre de diagrammes, y compris de vrais histogrammes, des boîtes à moustaches et des tracés de probabilités. De plus les graphiques peuvent être directement exportés dans divers formats, dont svg, eps et pdf.

En ce qui concerne OpenFormula, c'est Andreas Guelzow qui s'occupe de son implémentation dans Gnumeric, mais évidemment, cela ne pourra être complet que lorsque la norme sera publiée. Récemment, il m'a dit que participer à deux réunions hebdomadaires pour la finalisation d'OpenFormula était particulièrement frustrant, je n'ai pas demandé de détails, donc je n'en sais pas plus.

Pour le site web, les volontaires pour le moderniser sont les bienvenus. Personne dans la petite équipe de développement de Gnumeric n'a l'intention de s'en occuper à ma connaissance.

euh, sans les ';'

DESF = -DPREFIX=\"$(prefix)\"

Le plus simple est de passer le variable sur la ligne de commande de gcc. Dans Makefile.am, on peut faire ça avec la variable DEFS :

DEFS = -DPREFIX=\";$(prefix)\";

(en fait je n'ai jamais essayé avec prefix, il vaut mieux utiliser datadir, libdir, includedir ou autre selon l'utilisation).

objdump peut aussi être appliqué au programme appelant la bibliothèque et donnera la liste des symboles qu'il importe.

objdump avec l'option -T affiche les symboles dynamiques.

Personnellement, je ne crois pas qu'un format de fichier universel soit tout simplement faisable et, de plus, je n'ai ni les compétences ni le temps pour participer à ce genre de choses.

J'interviens ici à titre personnel, et mon opinion peut différer de celles des autres membres de Gnome Office. Le principal souci avec tous les formats, ODF ou ceux de M$ est que la norme est une chose, et l'implémentation qui en est faite en est une autre. Pourquoi investir plein d'énergie pour changer de format si on va devoir mettre en place une implémentation du format qui ne serait pas forcément compatible avec celle mise en place par les autres projets, propriétaires ou non.

Pour me limiter à ce que je connais bien, les graphiques utilisés dans Gnome Office possèdent de nombreuses fonctionnalités qui nécessiteraient un nouveau vocabulaire par rapport à la norme OpenDocument. En résumé, on pourrait faire des documents conformes à la normes, mais peu compatibles avec les autres projets.

Notre choix est différent. Nous gardons nos formats simples et nous traitons tous les autres formats comme des formats externes dans lesquels nous essayons d'importer et d'exporter tout ce qui est possible.

Maintenant, l'avenir sera peut-être différent. Si quelqu'un se porte volontaire pour développer une implémentation d'ODF pour Gnome Office, pourquoi pas ? Il y aura sûrement des résistances, mais si ça fonctionne...

Le mot de passe contient peut-être des caractères comme 'a', ou 'm' qui ne sont pas à la même place sur un clavier querty que sur un azerty ?
Le mappage par défaut est querty et c'est celui-ci qui est actif à ce moment de la procédure de démarrage.