logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Installation et migration » Quelle interface graphique ? » 19-08-2022 20:51:10

Debeee

Tout Debianiste de plus de 60 ans utilise XFCE, ça lui rappelle Windows 95 big_smile:D



ben nan… J'ai détesté W$ au boulot pendant des années, j'en ai acheté un perso (XP) car je devais faire tourner une carte à µP dont le soft de développement était sous W$, mais j'ai détesté aussi, et, par voie de conséquence, malgré plusieurs essais, je n'ai jamais accroché à xfce, toujours viré en moins d'une heure après installation. Et franchement, je trouve moche.

J'ai toujours eu des petites machines sous Linux, donc je suis naturellement allé vers LXDE (Lubuntu au début pour être plus précis, puis avec Debian —la Jessie, hhhmmm, quel pied !), et j'ai lâché l'affaire quand ils ont voulu fusionner avec Razor QT pour faire LXQT : c'en est où tout ça, ça marche encore ?

Et dans la liste, je vois (ou plutôt, je ne vois pas) avec effroi que personne n'utilise Maté ?
Je trouve pas mal, moins brut que LXDE (mais quand on connaissait les bons fichiers à triturer, c'était très modelable et très souple), facile à configurer et laissant pas mal de latitude pour mettre ça à son pied. Et pas trop de bugs, moins que LXDE qui était un peu retord (surtout en version lubuntu).
Et au final, c'est plus lourd que LXDE, mais ça reste assez léger quand même.
Ca ressemble à cinnamon, mais ce dernier est plus fermé question réglages (mais plus complet de base)

J'ai essayé Gnome : pas pratique à utiliser (j'ai aussi installé des habitudes maté/lxde), et surtout trop lourd pour mes machines. Sinon, très propre point de vue graphique, y'a pas photo.
J'ai essayé KDE aussi : trop lourd pour mon matériel et surtout, j'ai été incapable de trouver la logique de ce truc pour être efficace avec…

Donc, non, y'a pas que du xfce chez les vieux. Mais bon, on va encore me taxer de complotiste smile)

#2 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 22-01-2022 21:18:52

Debeee

Kristen a écrit :

Les polices sont bien nettes sans bavure, impeccable



eh ben voilà !
C'est vrai que sans lissage, p'tain comment que ça pique les yeux

Par contre, bizarre que le réglage 'lcd_hrgb' n'ait rien donné, chez moi, le rendu est strictement le même que pour 'lcd'
J'ai aussi testé 'gasp', qui suit des recommandations incluses dans les polices, en chipotant, je trouve moins bien que lcd ou lcd_hrgb (mais vraiment à peine), sans doute un biais de perception.

Content que tu aie trouvé ton réglage, et si quelqu'un utilise ce fil pour un pb similaire, il a intérêt à essayer toute la palette d'options avant de capituler cool

#3 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 21-01-2022 16:03:53

Debeee

Croutons a écrit :

On ne le sait pas pour Ancestris 11 mais sous Debian Buster et Bullseye l'antialiasing est activé


Ce n'est pas Debian seule qui est en cause, il y a le bureau : les réglages système d'anti-aliasing marchent avec Mate, mais pas avec KDE

La manip issue du wiki Arch fonctionne bien, tu peux avoir des polices lissées indépendamment de tes réglages systèmes

To optionally to use GTK look and feel, add the following line instead


Je n'ai pas testé cette option...


java --version


renvoie :

Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=lcd_hrgb
openjdk 11.0.13 2021-10-19
OpenJDK Runtime Environment (build 11.0.13+8-post-Debian-1deb11u1)
OpenJDK 64-Bit Server VM (build 11.0.13+8-post-Debian-1deb11u1, mixed mode, sharing)


Ce qui me semble normal, vu que je retrouve ce que j'ai renseigné dans le fichier /etc/environment

Pour la police par défaut, ça serait Lucida (que je n'ai pas sur mon système)
J'ai regardé le fichier de config java des polices dont tu parles, il est bizarre, cantarell n'est pas dedans alors qu'elle est sur mon système (j'ai pas tout fouillé, mais c'est un mauvais début). Visiblement, le fichier a pourtant été mis à jour hier soir. Bref, il est bâti par quoi et comment ???

#4 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 21-01-2022 12:04:16

Debeee
Yo !
J'ai trouvé un truc intéressant (en anglais, je ne sais pas si la même chose a été traduite en français) :
https://wiki.archlinux.org/title/Java_R … ment_fonts
au § anti-aliasing, il y a un tuyau qui marche.
- j'ai repéré le fichier /etc/environment qui était vide, je l'ai ouvert (en root, sinon, lecture seule)
- j'ai mis la commande suivante dedans :

_JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=lcd_hrgb'


- enregistré ce fichier et fermé/redémarré ma session (sinon, ce n'est pas pris en compte)

J'ai fait plusieurs tests avec ma debian/mate, cette commande est prioritaire sur ce qui est indiqué dans les préférences système, à savoir :
- si on met cette commande dans le fichier /etc/environment, les programmes java (Ancestris, j'ai aussi testé GeoGebra) ont des polices correctement lissées quelle que soit l'option choisie dans les prefs système (cf post #6)
- j'ai aussi testé avec cette commande :

_JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=off'


les programmes java ont des polices non lissées, pareil, indépendamment des options système

Donc, normalement, indépendamment de tes réglages systèmes, ça devrait te permettre d'avoir au moins des polices lissées, même si ce ne sont pas des polices de ton choix

J'ai regardé aussi le § true type fonts. Chez moi, point de dossier /usr/share/fonts/TTF, j'ai plusieurs dossiers avec des sous dossiers, j'ai testé plusieurs trucs, sans succès, je n'arrive pas à modifier la police.

A la fin de l'article, il y a un lien "java fonts configuration files" :
https://docs.oracle.com/en/java/javase/ … files.html

Je vais aller regarder ça de près, la solution (ou son abscence...) est sans doute dedans

#5 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 19-01-2022 22:54:51

Debeee
Arf !
De mon côté, j'ai testé sur ma Mint, version Debian (LMDE4) : idem la Debian / Mate. J'ai accès uniquement au réglage de l'anticrénelage, mais la police est la même que sur Debian / Mate et pas moyen de changer non plus.

En bref, selon le système, la police peut être différente (Debian / Suse), mais on ne peut pas la choisir.
Tant que l'anticrénelage marche, c'est supportable, mais c'est vrai que sur KDE, c'est assez moche effectivement.

Comme disait Renaud, je la remballe dans ma culotte, n'en parlons plus lol

#6 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 18-01-2022 21:23:34

Debeee
ouaip, mais bon, ça n'explique pas le fait que :
- avec Debian Mate, j'arrive à avoir un rendu lissé à peu près propre en allant dans les prefs système, même si je ne peux pas changer la police => c'est un moindre mal
- avec la même Debian mais KDE, Kristen ne peux pas obtenir quelque chose de propre
- avec la suse, le rendu est parfait, et visiblement, pareil sous une mint.
Au fait, Kristen, tu as essayé un changement de police système avec la suse histoire de voir ?

Donc bref, ce n'est pas dû que à java cette histoire. Il y a au moins une interaction avec autre chose.

#7 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 17-01-2022 14:41:27

Debeee
En fait, j'ai refait des essais, le réglage "police des applications" est valide sur plusieurs applications chez moi (firefox, libre office, caja...), ça change la police des menus, fenêtres de commentaires, etc, mais ne fonctionne pas sur Ancestris : j'ai toujours la même police, qui ne semble d'ailleurs même pas être de la Cantarell.
Le seul réglage qui a un effet est celui du rendu, quand je passe de "monochrome" à "lissage souspixel (LCD)", qui visiblement ne marche pas sous KDE, mais fonctionne sous Mate avec Ancestris.
Effectivement, bug sur la debian ? paquet manquant pas installé par défaut sous debian ?
Ca serait intéressant de voir si ça se confirme avec d'autres bureaux (LXDE, XFCE...)

#8 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 16-01-2022 17:56:24

Debeee

Kristen a écrit :

PS on ne voit pas tes images.



Bizarre, j'ai testé avec ma debian/mate/firefox, un ipad, et un pc W$/firefox, tout marche. Si tu as plein de trucs ouverts, ça peut mettre du temps à afficher les images (le pc W$ sur lequel j'ai fait le test m'a fait ça => une bonne minute)

Alors, oui, c'est bizarre. Par contre, je peux te certifier une chose : la police affichée sous ta version debian n'est pas noto sans, elle est pareille que la mienne qui est cantarell regular. J'ai strictement le même rendu que toi si je mets le réglage à "monochrome"

Tu es sous KDE des 2 côtés, on note que tes versions de KDE sont légèrement différentes, et tu as un PC avec du graphique intel et l'autre AMD => relation de cause à effet ?

Y'a un truc qui m'interpelle dans tes fenêtres, sur la debian, tu as 4 petits logos (le i encerclé) sur justement les rubriques d'anticrénelage, celles qui font qu'on peut passer de ton rendu (post #1, 2e image) à mon rendu (post #5), avec la même police : ces logos ne signalent pas un pb ? Tu as essayé d'autres réglages ? (il faut fermer et relancer ton appli pour voir les changements)

#9 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 15-01-2022 19:52:29

Debeee
j'ai réussi à avoir un rendu aussi dégueu que le tien !
sous Mate, il faut aller dans les préférences, section apparence, et tu as un onglet "polices", avec les réglages possibles des polices, corps, et aussi des réglages de lissage :
capt2.png

par défaut, j'ai le réglage en bas à droite pour moniteurs LCD, mais en mettant le réglage "monochrome", on obtient ton résultat

ouala...

#10 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 15-01-2022 19:33:41

Debeee
je viens d'installer Ancestris11 sur ma debian mate 11.2, voilà le résultat :
capt.png

donc, c'est pas la faute à debian, tu as autre chose
nota : je ne me rappelle pas avoir changé les réglages de police sur mon système, c'est par défaut
tu notes que c'est plus propre que chez toi, mais la police est différente sur la suz' (plus jolie à mon goût)

#11 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 15-01-2022 19:19:10

Debeee
ah ben je sais pas, mais quand on regarde tes 2 captures, les commentaires à gauche de la fenêtre par ex "langue interface", "langue de sortie", il est très clair que les polices ne sont absolument pas les mêmes !
Question : tu as le même environnement de bureau pour les 2 systèmes ?
Il est clair que Gnome (avec Wayland) est beaucoup plus propre que par ex ma debian mate
Chaque environnement a ses polices systèmes, ses réglages d'affichage par défaut, et c'est plus ou moins propre

#12 Re : Matériel » RÉSOLU Java différence de rendu selon la distribution » 14-01-2022 21:49:32

Debeee
Salut,
alors déjà, on voit une différence de taille, les polices systèmes ne sont visiblement pas les mêmes, et ça peut faire une très grosse différence sur l'affichage.
J'ai des logiciels qui font "sales" aussi, changer la police aide bien
Essaye de mettre sur la debian la même police que sur la suz' pour voir...

#13 Re : Mate Desktop » [Résolu]Comment se connecter à sa page perso orange avec caja [Résolu] » 27-10-2021 09:15:03

Debeee
Bonjour tout le monde,
je ne connaissais pas cette possibilité d'accéder à un serveur distant via caja.
Ben en fait, avec free, ça marche nickel
fichier -> se connecter à un serveur
choisir ftp avec identification
serveur ftpperso.free.fr, renseigner son ID et mdp, et hop, le tour est joué
Effectivement, beaucoup plus simple que Filezilla (honnêtement, je ne comprends pas tout dans ce logiciel, c'est le moins qu'on puisse dire)

merci cmm !

#14 Re : Matériel » [RESOLU] Linux et le format exFAT » 16-08-2021 21:51:23

Debeee

raleur a écrit :

Et comment il fait pour savoir que la version de mkfs.exfat présente n'est pas la bonne sans essayer de l'utiliser ?


D'après mes manips (et ce que tu dis en #26), Gparted ne sait pas formater en exfat sans le paquet exfatprogs : si ce paquet n'est pas installé, Gparted ne devrait pas avoir l'option exfat accessible, point.

#15 Re : Matériel » [RESOLU] Linux et le format exFAT » 16-08-2021 18:52:26

Debeee

raleur a écrit :

Ça aurait été sympa de marquer cette dépendance dans les "Suggests" du paquet gparted


Oui. Et aussi, ça aurait été sympa de griser l'option exfat du menu de formatage (il y a d'autres options qui sont inaccessibles) au lieu de donner juste un message d'erreur après une opération ratée qui laisse le disque en vrac (j'ai testé avec une clé usb, elle ne s'affiche plus sur le bureau ni dans caja quand on la rebranche après le formatage exfat raté ; elle reste visible par Gparted, on peut la reformater différemment)
Si on regarde le message d'erreur en détail, il dit : mkfs.exfat -L : invalid option --'L' (mkexfatfs 1.3.0)

A noter que j'ai eu ce comportement avec une mise à jour d'une version 10, il serait intéressant de savoir quels sont les paquets chargés sur une version 11 fraîchement installée, y compris quand on installe Gparted : si quelqu'un dans ce cas pouvait faire un retour d'expérience...
J'ai assez peu d'espoir, j'ai une autre machine que je viens juste d'upgrader en v11, sur laquelle je n'avais pas Gparted d'installé. Quand je l'ai installé, Synaptic ne m'a pas proposé de charger exfatprogs.

raleur a écrit :

Les paquets exfatprogs et exfat-utils fournissent tous les deux un programme mkfs.exfat mais avec des options incompatibles (c'est malin...) donc si Gparted essaie d'utiliser mkfs.exfat de exfat-utils avec des options spécifiques à la version de exfatprogs, ça ne marchera pas.


J'ai flairé que 2 softs concurrents pour faire la même chose ça ne pouvait apporter que des ennuis, c'est pour ça que j'ai supprimé exfat-utils et exfat-fuse  de ma config : à l'ordre 0 ça marche, le noyau prend bien les choses en main, un disque exfat est reconnu, il monte, on peut lire et écrire dessus. Maintenant, je ne prétends pas avoir fait une validation poussée.
Quelle est ta préconisation : désinstaller ces deux paquets pour éviter les interférence, ou est-ce qu'il y a des cas pointus où ils peuvent avoir une utilité ?

#16 Re : Matériel » [RESOLU] Linux et le format exFAT » 16-08-2021 10:13:17

Debeee
Suite à la publication de Bullseye, je reviens sur ce fil.
Dans la doc de présentation de la release, il est écrit :

"Bullseye" est notre première version à fournir un noyau Linux avec la prise en charge du système de fichiers exFAT et qui l'utilise par défaut pour monter les systèmes de fichiers exFAT. Par conséquent, il n'est plus nécessaire d'utiliser l'implémentation du système de fichiers dans l'espace utilisateur fournie par paquet exfat-fuse. Les outils pour créer et vérifier un système de fichiers exFAT sont fournis par le paquet exfatprogs.

En fait, ma version Bullseye provient d'une mise à jour d'une version 10. Dans cette version, les paquets exfat-fuse et exfat-utils étaient chargés, mais pas le paquet exfatprogs

De fait, j'ai pu lire et écrire sur un disque exfat, mais par contre, contrairement à ce que j'ai dit #17, il y avait bel et bien problème avec Gparted : on avait bien l'item exfat dans le menu de formatage, mais si on demandait le formatage en exfat, l'opération terminait sur un échec. De fait, j'ai partitionné mon disque avec mon mac.

Dans l'item #13, raleur résume la situation : exfat pris en charge depuis longtemps avec exfat-fuse, et natif par le noyau >= 5.4 : ça marche
Par contre, dans le même item, raleur répond à --gilles-- que exfatprogs ne sert à rien pour monter, lire et écrire les disques exfat : c'est vrai, mais par contre, si on charge ce paquet, Gparted est alors capable de formater un disque ou une partition en exfat. Ca explique les pb de redelap.

En résumé, pour ceux qui migrent de la version 10 à la 11, vous pouvez sans risque enlever les paquets exfat-fuse et exfat-utils qui ne servent plus à rien, par contre, il faut charger exfatprogs pour que Gparted puisse formater en exfat, sinon, la commande est mise en échec

J'ai validé ces deux faits sur ma machine avant d'écrire ce post :
- montage / lecture / écriture ok sans les paquets exfat-fuse et exfat-utils
- formatage exfat impossible avec Gparted sans exfatprogs
- formatage ok avec ce paquet

#17 Re : Installation et migration » (Résolu) Installer Bullseye RC2 pendant les vacances, une bonne idée ? » 30-07-2021 13:40:37

Debeee
merci anonyme pour ta précision http / https => je vais passer en https cool

#18 Re : Installation et migration » (Résolu) Installer Bullseye RC2 pendant les vacances, une bonne idée ? » 30-07-2021 11:23:50

Debeee
Bonjour,
j'avais répondu le 1er à la requête de tcheupel, j'avais mis un lien (ok, c'est le wiki anglais, mais bon, je suppose que c'est la "source", les autres étant des traductions) :
https://wiki.debian.org/DebianBullseye
dedans, au bas de la page, il y a les 3 lignes pour le source list
La ligne security correspond à ce que met jarek en 1ere position dans son post #24, soit :

deb http://security.debian.org/debian-security bullseye-security main contrib non-free


J'ai fait ma mise à jour avec ce source list, RAS

#19 Re : Installation et migration » (Résolu) Installer Bullseye RC2 pendant les vacances, une bonne idée ? » 28-07-2021 18:15:04

Debeee
ton source list est-il en adéquation avec ce qui est indiqué ici :
https://wiki.debian.org/DebianBullseye
à la fin de la page, il y a un topo sur les source list, précédé du message "There is a change in the security repository compared to prior releases"

#20 Re : Matériel » [RESOLU] Linux et le format exFAT » 23-07-2021 15:00:11

Debeee
+1 pour jarek
Désolé raleur, tu vois la gestion de l'énergie du port du point de vue soft, moi je la vois du point de vue hard.

Le concepteur du port USB de la machine dimensionne son interface pour qu'elle soit capable de fournir au minimum un certain courant. Eventuellement, il peut donner la valeur typique, et aussi le maxi, mais cette valeur n'est pas bloquante, car comme dit jarek, le concepteur d'un objet qu'on va connecter sur USB doit dimensionner son objet pour qu'il consomme au maximum le mini de la capacité en courant prévu par l'interface, soit 0.5A

En pratique, en valeur typique, un port USB pourra sans doute fournir 0.55 ou 0.6A (+10 ou +20% par rapport au minimum requis par la spec). Un port qui fournit 1A n'est pas hors spec, puisqu'il fournit plus que les 0.5A mini prévus

J'attire ici l'attention d'éventuels acheteurs de matériel très bon marché : je n'ai pas de preuves, mais j'ai des doutes sur les specs de ces composants. Par ex, un HD bas prix donné pour 0.5A max de conso pourra consommer 0.6A en nominal, et est donc hors spec du point de vue port USB. Ca pourra marcher sur des machines à ports USB dimensionnés largement, mais pas sur des machines ric-rac.

J'ai été longtemps hobbyste en électronique, c'était une pratique courante : certains magasins vendaient des transistors (entre autres) à prix défiant toute concurrence. En pratique, ils avaient des caractéristiques complètement hors spec (ex : gain d'un transistor de 20, alors que la spec mini était 100). Bilan, on faisait un montage qui ne marchait pas smile

L'initiateur de ce fil (redelap) a eu pas mal de déboires (il a ouvert plusieurs fils là dessus) avec des HD et SSD visiblement achetés à vil prix : ne serait-on pas bêtement dans ce cas de figure ?
J'ai acheté mon SSD 500Go 90€ : ça peut paraître cher à certains, mais c'est la conservation de 50 000 photos qui est en jeu : je ne joue pas !

#21 Re : Matériel » [RESOLU] Linux et le format exFAT » 22-07-2021 11:46:44

Debeee
C'est vrai, la spec est à 0.5A.
Mais, certaines machines ont des ports qui sont dimensionnés pour débiter plus. Il y a quelques années, j'avais lu que les mac (MBP entre autres) avaient des capacités d'alimentation de 1A, soit le double de la spec. Info fiable ?
En pratique, j'ai eu le cas par exemple d'un lecteur de CD/DVD alimenté en USB qui marchait sur un seul port USB sur le mac, mais il fallait 2 ports et le câble en Y sur un clevo, sinon il ne marchait pas.
J'ai regardé la doc de mon petit clevo (W310 CZ), il n'y a rien de spécifié, mais j'ai fait des lectures/écritures sur mon disque donné pour 0.8A max sans soucis.

NB :

raleur a écrit :

c'est le courant maximum qu'un port USB 1 ou 2 est censé être capable de délivrer


je dirais plutôt que c'est le courant minimum que le port doit pouvoir délivrer

#22 Re : Matériel » [RESOLU] Linux et le format exFAT » 21-07-2021 16:38:05

Debeee
Bonjour tout le monde,

je confirme bien la lecture et l'écriture sur les disques exfat autant par Linux (Bullseye pour ma part) que par MacOs (10.6.8, un MBP de 11 ans) : aucun pb, ça monte, ça lit, ça écrit, pas de pb de permissions sur les fichiers comme je l'ai avec des disques formatés MacOs qui posent des pb de permission sous Linux ; des fichiers écrits avec le mac ne sont pas modifiables sous Linux par exemple. Rien de tout ça avec l'exfat. Pas de pb avec Gparted non plus.
Au rayon des limitation, ça ne gère pas les liens symboliques (FAT32 non plus si je ne m'abuse)

En prime, j'ai vu que ce type de formatage pouvait poser des pb avec des commandes shell telles cp (cf article wikipedia sur exfat). Comme je vais me servir de ce disque pour sauvegarder mes fichiers du mac et ceux de l'ordi Linux (commandes rsync dans les deux cas), je vais me faire 2 partitions de 30Go chacune, une MacOs et l'autre ext4, le reste conservera le format exfat et j'y mettrai mes photos.

Pour info, je viens de m'acheter un SSD Samsung T5 500Go, la spec le réserve théoriquement aux w$ et mac récents, j'avais donc un peu peur, mais pas de soucis, c'est juste pour faire tourner leur logiciel de cryptage, mais sinon, le disque est directement utilisable autant sur mac que linux.

je mettrais juste un warning : ce disque est donné pour 0.8A, ça fait beaucoup, certaines machines un peu faibles ont des ports USB2 à 0.5A, ça peut ne pas le faire. Cest ok sur mes machine, mais... J'ai un câble double en Y pour pomper sur 2 ports USB2 au cas où de toutes façons.
Je suppose que sur l'USB C y'a pas de pb, mais j'ai pas (matos trop vieux !)

#23 Gestion des paquets Debian » Erreur Xlib sequence lost sous testing Bullseye » 14-03-2021 20:04:32

Debeee
Réponses : 0
Bonjour,

Depuis une mise à jour de ma testing Bullseye le 23 février, quand je trace un graphique avec Octave, j'ai le message d'erreur suivant :

Xlib: sequence lost (0x10428 > 0x42a) in reply type 0x0!
Xlib: sequence lost (0x1046f > 0x471) in reply type 0x0!


Je viens de remettre tout à jour, même problème.
J'ai fait une petite recherche et je suis tombé là dessus :
https://queirozf.com/entries/error-when … on-display
Je n'ai pas tout à fait le même message d'erreur, mais en utilisant Gnuplot comme préconisé, ça marche, je n'ai plus ce message.

Est-ce qu'il y a eu des modifes dans Bullseye récemment qui ont fait que je n'ai plus un support correct de OpenGL comme  dit sur le site ci-dessus ?
J'ai une machine pas jeune, eeepc seashell 1011PX, intel atom, le graphique doit être de l'intel aussi et j'ai le driver par défaut donc nouveau je suppose.
Ca marchait bien jusqu'à fin février.

Si quelqu'un a une idée...

Merci

#24 Re : Installation et migration » Quelle version de Debian prendre ? » 01-02-2021 22:59:05

Debeee

David5647 a écrit :

Aïe, ça a dérapé!


meu non, par rapport à certains fils du même genre, c'est resté zen !

Merci beaucoup pour toutes ces précisions en tous cas !

#25 Re : Installation et migration » Quelle version de Debian prendre ? » 31-01-2021 19:39:08

Debeee

chalu a écrit :

ça doit dépendre aussi des logiciels installés, plus y en a plus tu testes


En fait, je reste sobre, et quasiment tout ce que j'ai est dans les dépôts de base, free et non free, donc peu de risques en fait

vv222 a écrit :

Et encore, la première version que j'avais écrite pour cet article était un exemple d'absence totale de nuance


lol

Faudrait que je me familiarise avec Reportbug histoire d'être un peu utile, mais c'est vrai que quand tu ne fais pas de développement, c'est bien austère voire ésotérique tout ça...

Pied de page des forums

Propulsé par FluxBB