Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.
Je remonte le topic, car je suis tombé sur une vidéo youtube en français de juillet 2024 où la personne explique rapidement les possibilités offertes par l'IA dans Krita. https://youtu.be/VtDgvUwCzgk (à partir de 8:50)
Ensuite lancer Krita et dans la configuration du plugin, aller à la page page "Connection" et choisir "Connect to external server (local or remote). Entrer en dessous l'adresse 127.0.0.1:8188 puis cliquer sur le bouton connect. Le mot connected devrait apparaître en vert.
Voila, Le traitement passe maintenant par la carte graphique AMD. Dans mon cas, c'est plus rapide que le rendu GPU mais au final, toujours assez lent. Vous pouvez voir dans la fenêtre du terminal, les messages du serveur d'IA.
Vu sur linuxfr.org, on peut installer un module dans Krita pour avoir de l'IA générative. J'ai essayé sur ma TW, mais cela n'a pas marché du premier coup. Il faut modifier un fichier de ce module, car sinon c'est python2 qui est lancé par défaut, au lieu de la version 3 et, en conséquence, l'installation du module ne va pas jusqu'au bout.
Comme je l'ai déjà indiqué sur linuxfr.org, il faut modifier le fichier ~/.local/share/krita/pykrita/ai_diffusion/server.py , à la ligne 97 : Il faut remplacer
Après, j'ai à peine commencé quelques essais, mais ayant une carte graphique AMD (qui me donne toute satisfaction), celles-ci ne sont pas (encore ?) compatibles avec ce module. Les calculs sont donc fait pas le CPU qui sont trop longs, surtout quand tu veux faire plein d'essais pour découvrir.
Ce n'est pas vraiment une question, c'est plus une remarque pour les utilisateurs de "cups-pdf" qui est une imprimante virtuelle PDF. Cela ajoute une imprimante au système qui, quand on imprime dessus, produit un fichier PDF. Cela peut être très pratique pour les applications ne gérant pas ce format d'export.
Par défaut, les fichiers PDF générés sont dans /var/spool/cups-pdf/${USER}. Sur d'autres systèmes, j'avais pris l'habitude de personnaliser cet emplacement pour que les fichiers générés aillent directement dans un répertoire "PDF" dans le home de chaque utilisateur. Pour cela, je modifiais le fichier /etc/cups/cups-pdf.conf pour y mettre la directive suivante :
#Out /var/spool/cups-pdf/${USER} Out /home/${USER}/PDF
Mais cette modification ne fonctionne plus sous Opensuse Tumbleweed. Elle ne produit même plus de fichier PDF. En fait de ce que j'ai compris à partir de cette page, c'est qu'Opensuse à renforcer des options de sécurité qui empêche au final la création des fichiers PDF dans le répertoire des utilisateurs. Voila, c'est un comportement qui n'est pas très explicite.
En bref, ne personnalisez pas les chemins des fichiers PDF dans cups-pdf.conf, cela risque fortement d'échouer silencieusement.
Pour faire court : L'installateur d'Opensuse configurait la table de partition de mon disque au format GPT, et le BIOS n'arrivait donc plus à booter dessus. Dans l'installateur, j'ai du donc demander à faire une table de partition au format MS-DOS, puis j'ai déclaré à la mano toutes mes partitions. Et tout fonctionne !
Pour faire long :
C'est Windows qui m'a mis sur la voie.
En effet, après avoir tout tenté sur la réparation du MBR et de grub, j'ai pensé que le BIOS était bugué. Sur le site de DELL, je vois qu'il y a des MAJ (même si rien ne concerne apparemment ce bug). Je prends la dernière, un fichier .exe, puis j'essaye de passer par FreeDos. Echec, c'est apparemment un programme windows. Je trouve donc un vieux cd d'install Windows7, et je prends la décision de l'installer sur mon disque dur à la place d'Opensuse, le temps de faire la mise à jour du BIOS.
Mais Windows refuse de s'installer en me disant que mon disque dur n'est pas pris en charge. Je crois même qu'il me parle de GPT. Cela commence à faire une piste intéressante. Mais bien décidé à quand même faire la MAJ de mon BIOS, je trouve un ancien disque dur, j'installe windows dessus et je mets à jour mon BIOS.
Cette nouvelle version n'apporte aucune amélioration à mon problème, mais bon, c'est fait. Je décide donc de creuser un peu plus ce format GPT des partitions. Dans l'installateur d'Opensuse, je remarque qu'il change effectivement tout le temps le format de la table de partition pour GPT. Il faut aller en mode expert, tout supprimer, aller dans le menu et trouver l'option pour le format de table de partition. Ensuite il faut créer les partitions à la mano. Si vous repasser par le partitionnement automatique ou guidé, cela remet le format GPT.
Le disque dur, ce n'est pas la première fois que je le change, ni que j'installe des systèmes linux sur cette ordi. C'est vraiment la première fois que ca bugue.
J'ai commencé par essayer de réparer le démarrage à partir de ma clé USB d'installation, mais je n'ai pas trouvé l'option "réparation du système". Je suppose qu'entre la rédaction des fiches SDB et la version actuelle de l'installateur, il y a eu des changements.
J'ai ensuite téléchargé et exécuté "boot-repair". J'ai laissé les options par défaut, il a fait des choses, mais le problème persiste.
J'ai tenté de mettre à jour le bios, mais le programme ne fonctionne pas sous freedos. Je pense que je vais essayer d'installer un windows, rien que pour faire la mise à jour de bios.
Si après la mise à jour, j'ai toujours des problèmes, ben je laisserai tomber.
1. Le disque, ainsi que son remplaçant sont bien détecté par le BIOS. 2. smartctl n'indique pas de défaut. 3. "boot-repair" est une commande ? Je ne la trouve pas.
Mon ordi portable (un assez vieux Dell avec un bios apparemment non uefi) a toujours bien fonctionné sous différents Linux.
Récemment, je suis passé de Ubuntu 22.4 à Tumbleweed. Aucun problème, tout fonctionne bien. Seulement au bout de quelques jours, je me suis aperçu que j'ai oublié de chiffrer ma partition /home, comme je le faisais habituellement.
Après une hésitation, je décide finalement de réinstaller entièrement Tumbleweed, afin de déclarer une partition /home séparée et chiffrée au moment de l'installation.
Et depuis, malgré plusieurs autres réinstallations, mon ordi ne démarre plus à partir du disque dur. J'ai juste un message d'erreur "Operation system not found" lorsque l'ordi essaye de démarrer sur le disque dur. Par contre, si je démarre sur la clé USB d'installation de Tumbleweed, aucun problème, j'ai son "menu grub" qui s'affiche.
Encore plus bizarre, si à partir de ce menu, je choisis "boot from hard disk", j'ai bien tumbleweed qui se lance alors depuis le disque dur.
Dans mes essais, j'ai même changé de disque dur, mais j'ai toujours le même problème.
Je suis circonspect sur le fait que cela proviendrait d'un problème matériel. Je me demande, s'il n'y a pas un petit bug dans le programme d'installation et qui ferait que, dans mon cas, les partitions ne seraient pas correctement configurées pour être bootable ?
Donc pour l'instant, je laisse la clé insérée pour démarrer par elle, avant de démarrer à partir du disque dur.
J'ai installé une tumbleweed toute neuve sur mon ordi (avec tous les choix par défaut), puis réinstallé toutes mes données. Et là je m'aperçois que j'ai oublié de chiffrer mes données. D'habitude, sous unbuntu, je chiffrais la partition home. Dans le cas de cette nouvelle installation sous tumbleweed, j'ai complétement oublié cet aspect. Y a-t-il moyen de chiffrer le disque dur ou partition home a postériori ? Ou le plus simple est de recommencer l'install ?
Si quelqu'un si connait pour remonter le bug suivant de dépendance au mainteneur du paquet Gcompris-qt chez Opensuse :
Opensuse tumbleweed paquet version 3.1-1.1
Dans l'activité "Trouve la fraction" et "Ecris la fraction", je n'ai pas les graphiques circulaires. Je n'ai que les graphiques rectangulaires.
Dans la console, j'ai l'erreur suivante :
Citer
qrc:/gcompris/src/activities/fractions_create/PieChart.qml:7:1: module "QtCharts" is not installed qrc:/gcompris/src/activities/fractions_create/ChartDisplay.qml:41: TypeError: Cannot call method 'initLevel' of null