BAud a écrit 13895 commentaires

Ah tiens, j'avais oublié ça…

Il n'y a pas une interface de mise à jour de ces certificats ? (et où en trouver de nouveaux ?). Dommage de ne pas gérer le cycle de vie.

Pour le coup, ça sent l'obsolescence programmée (hormis se passer de la fonctionnalité), c'est un peu ballot de ne gérer que la mort du truc (on dirait les premiers tamagotchi :/)

Ce sont les usages d'aujourd'hui.

c'est quoi ? de l'obscurantisme ?

j'aurais tendance à dire qu'il y a une part assez marquée de gens qui rejettent l'IA avec plus ou moins de virulence

ce qui est rejeté àmha, c'est plutôt l'attitude de ceux qui croiraient qu'un marteau sait planter un clou ;-) (et les techno-solutionnistes, mais ça ils sont déjà perdus mais ne le savent pas encore, comme dirait Ken le survivant, pas le copain de Barbie hein :p)

En fait ton vrai discours, ce n'est pas "pas d'app"

je ne suis pas tkr<, demande-lui  ;-)

évite tout de même de lui prêter des propos qu'il ne dit pas :D

Tu peux expliquer la signification de cette phrase dans ce contexte par rapport à ces applis ?

essaie de faire fonctionner tes applis sur un gingerbread 2.3 ou kit-kat 4.4, on en reparle ;-)

passé Android 6.0 tu as une rupture de compatibilité, et peu de moyens de tenir à jour ces matériels qui faisaient pourtant fonctionner un Linux. Et cela s"accélère depuis Android 12 (au moins)

j'ai une tablette galaxy tab 2, avec de l'android 4.2, c'est difficile d'upgrader (replicant 6 fonctionnait) et c'est bardé de firmwares proprios :/

c'est un format « classique » (je disais déjà vintage ou désuet quand j'en ai croisé :D), des bandes 6250 BPI (j'en ai une chez moi). Sur la photo, on lit : scotch 700 GP 3200 FCI

cf. 9-track_tape et il y en a plein du même genre

bon dans les années 90 c'était encore le format « préconisé » dans les telcos pour les transferts de données si le réseau ne fonctionnait pas (pour notre besoin : remontées des tickets de taxe des autocommutateurs — donc du réseau technique opérateur — vers le système d'information de valorisation / facturation) . Bizarrement, c'est tombé sur moi de valider que cela fonctionnerait o_O Forcément, j'ai vérifié si on était le 1^er avril, mais non :/

Mon lecteur de bande ne ressemblait pas à l'armoire verticale avec les bandes visibles comme dans les flims des années 60… (Ah les premiers James Bond, Chapeau melon et bottes de cuir avec Emma Peel, Mission Impossible…). Malencontreusement, celui qu'on avait au testbed était fonctionnel mais celui à la prod' avait tendance à trancher la bande en deux /o\ Puis, ça prenait tout de même de la place (quasi 1/2 m³ : pas le lecteur de disques durs "portatif" des années 80 plus "compact", même les ZIP courant 90 étaient plus efficaces).

Forcément j'ai préconisé de plutôt utiliser des DAT (ou DLT) avec une plus grande capacité (les 33 Mo de base, c'était à la fois trop ou pas assez… avec tous les fichiers les uns à la suite des autres). Puis bon la logistique pour les transporter (sur le porte bagage d'un scooter :/) si ça devait venir de Marseille ou de Noisy, mieux valait encore attendre que le réseau revienne…

Bah, les joies de jouer avec tar (Tape ARchiver) mais — effectivement — sur des bandes, un peu de cpio et zou… Mais avec de la techno d'un autre âge o_O

De ce que j'avais compris, je bootais sur la clé USB et Linux écrasera et s'installera a la place de Windows.

oui, c'est l'option la plus simple, utiliser tout le disque pour Linux.
de toute façon, conserver un win7 ne serait pas très raisonnable.

Quelle option est-il préférable de suivre?

1. bin soit t'as de l'UEFI en option : ça se voit dans le BIOS (activer l'UEFI ou désactiver CSM) => perso, je ferais comme cela vu qu'en relisant je vois que ton PC est de 2017
2. soit tu te refais une clé avec le MBR qui bootera en mode BIOS

t'avais indiqué de quelle année est ton PC ? (> 2010 ya de l'UEFI généralement)

j'espère que tu as déjà acheté un SSD en remplacement de ton disque mécanique pour booster les performances (et vu que tu as 8 Go de RAM l'expérience sera correcte).

c'est quoi cette Lancebranlette ?! o_O

yavait quoi à voir d'autre, sinon ?

Juste par curiosité : tu ne peux pas perdre ou te faire voler ta carte de crédit ?

si, ce qui m'est déjà arrivé. La banque m'a remboursé les prélèvements indus vu que le code n'était pas disponible.

Et en quoi perdre un téléphone avec lequel tu peux payer est plus problématique que perdre sa carte de crédit ?

là, je ne sais pas si la banque me rembourserait de prélèvements indus (je n'ai pas regardé, vu que je ne compte pas l'utiliser).
ça me compliquerait le 2FA : pas de réception du SMS :/ perte de Aegis (faut vraiment que je le mette sur mon portable aussi) ; à un moment faut être cohérent : si le tél sert au 2FA, il ne peut pas servir à payer (possession vaut validation ?)

je connais des raisons pour ne pas le faire

bwalé, promis juré craché, je ne vais pas copier ! (mais je réutiliserai)

j'ai failli le faire lors du covid, j'avais trouvé une prise de rendez-vous par keldoc et j'ai reçu une confirmation par doctolib o_O

Mais même en ne cédant pas (et c'est admirable, sans ironie !) le reste du monde a déjà cédé. Ça va juste continuer sans toi. Du coup je préfère les projets visant à rendre libre et interopérable (avec un maximum de plateformes y compris le web) tout ce qui vient du gouvernement. On ne peut pas faire marche arrière mais on peut essayer d'améliorer le futur.

si l'application n'est pas installable par f-droid.org elle ne s'installe pas chez moi non plus.

C'est l'occasion de pointer :

• pour une application bancaire la transparence devrait aller de soi ainsi que l'interopérabilité
  • tant qu'il reste un site web utilisable, ça suffit à mon besoin
  • aucune raison que mon téléphone serve à payer quoi que ce soit (je puis le perdre, me le faire voler…)
• le fait que je reçoive un télémessage (SMS) sur le téléphone même qui m'a permis d'essayer de me connecter à un site web (banque….) me semble aller à l'encontre du 2FA, idem pour github où Aegis est sur mon téléphone (faut que je regarde à avoir la même chose sur mon portable :p).

L'idée est de savoir si elles sont installable sur un Android AOSP ou un Waydroid propre (sans G-apps), ou si il est obligatoire d'avoir un Google/Android pour les utiliser.

si elles ne sont pas publiées sur des stores alternatifs ou directement en apk, c'est un peu bloquant…

déjà il y a un champ code source (avec des gitlab, github…) et un champ licence c'est pas mal (retrouvable si code source fourni).

j'aurais ajouté un champ description (avec champ lien vers documentation), champ d'application (grand public, entreprise…), domaine d'application (identité, médical, cartographie…)

Je me suis permis de redimensionner les colonnes et un peu de mise en forme (centrage), je ne sais pas si ça s'applique pour tout le monde ?
Je n'ai pas trouvé si l'on peut modifier les propriétés pour avoir une description du document, sa licence, lister les auteurs (les meta-données).

Mes tentatives d'export et d'impression n'ont pas l'air de vouloir aboutir :/ Autant ça se charge dans Firefox, Chromium a l'air plus récalcitrant o_O

J’ai choisi la licence CC -By -SA car elle me semble la plus adaptée. Je crois qu’elle est compatible avec les licences utilisées par Datagouv. Mais je n’ai aucune certitude et je suis preneur de toutes remarques constructives.

CC-by-SA est adaptée pour de la donnée (plutôt textuelle ou graphique, pour une table de données, ça passe), mais elle ne fait pas partie de la page que tu indiques https://www.data.gouv.fr/pages/legal/licences

J'aurais tendances à privilégier ODbL-1.0 qui est aussi celle retenue par OpenStreetMap https://www.openstreetmap.org/copyright et qui apparaît dans la liste que tu pointes. C'est une licence libre adaptée à la donnée (cartographique mais pas que) et avec partage à l'identique (sur ce point, la CeCILL pour le logiciel est un peu mieux avec compatibilité expresse avec d'autres licences, dommage que le même boulot n'ait pas été fait pour la licence Art Libre 1.3 que je préfère encore plus).

Pour l'outillage, cryptad a le défaut de ne pas avoir la traçabilité des modifications (ce que tu relèves toi-même), ce qui pose un souci avec la CC-by (SA ou non d'ailleurs). J'aurais plutôt retenu framacalc mais bon.

Et effectivement, il semble que ce soit bien interdit par le droit européen (On est d'accord que ça marche pas sur Firefox ??)

qu'est-ce qui ne fonctionne pas sous Firefox ? ton lien fourni est lisible (aussi bien que sous chromium)

Ça n'aurait pas pu être le cas s'il y avait eu un morcèlement des plateformes.

la centralisation à outrance a quelques défauts  ; autant pour la carte vitale, j'y vois un intérêt, autant pour les services qui gravitent autour, par nature décentralisés, je ne vois pas trop l'intérêt d'un acteur unique ce qui va à l'encontre d'une concurrence libre et non faussée ;-)

bon après, tout ce qui a trait aux données de santé a été refourgué sur Azure (paye ta cohérence de souveraineté…).

Ça n'est plus vraiment à la mode de réfléchir de cette façon au niveau Européen

l'Europe effectue son travail et, par délégation à chaque état, il est mis en œuvre ; il me semble que ça a toujours été le cas. C'est la différence entre un état fédéral (l'Allemagne, la Suisse…) et un état centralisé (France…), ce dernier ayant plus de mal à intégrer le principe de subsidiarité.

Après, il y a des avantages et inconvénients à chacun des modes.

Concernant doctolib, j'ai tout de même l'impression qu'il y a une conjonction des inconvénients.

ya un point Honda_GL ?

la gestion des updates et des flatpak n'est pas intégrée à gnome-software.

la gestion des applications X, KDE… non plus (manque gkrellm, krita…)
la gestion des application en CLI non plus (manque mtr, nmap, hw-probe…)
la gestion des AppImage ?
la gestion des pip, nix, yarn, pkgconf…

mais oui, déjà la gestion des updates donnerait de bonnes habitudes aux utilisateurs, sinon, bah ya les notifs de synaptic ou de ton frontal gestionnaire de paquet préféré (packagekit ou ostree… je ne me rappelle jamais de la tuyauterie en-dessous :/).

comme… de tout temps ?

un cheval bon marché est rare, ce qui augmente son prix /o\

Une large partie des stands est consacrée à l'infra et au matériel

moui, c'est peu de le dire o_O sympa la démo de détecteur de fuite de fluide de refroidissement en tout cas (sur une maquette, mais bon).

espace cloud et services, et des parties cybersécurité et devops

yep, Pentaho autour de la data qui n'a plus vraiment de version communautaire, Liferay que je ne suis pas encore allé voir (j'aurais bien aimé voir Alfresco en revanche s'ils avaient été là :/), l'ANSSI n'est pas là non plus mais la DGSE est en embuscade ;-)
Pour le cloud, c'est de l'Azure, pas de GCP ni AWS. Bon, ya ielo comme hébergeur dès l'entrée.

La conf' sur les restos du cœur de ce mercreci était sympa : du rudder pour la conformié, du GLPI pour la CMDB, du Prometheus et Grafana, du Debian, de l'Ansible…

Tiens il y a comme un fil rouge dans ma sélection.

je ne vois pas bien : normal, il y a parité des personnes intervenantes (on verra bien dans l'assemblée :D), entreprises plutôt nationales et souveraineté mise en avant (mais pas forcément dans les stands sur place o_O)

tu as oublié les lits bloqués sur chauffant quand AWS est tombé :-) (et pas moyen de communiquer via Signal pour joindre les potes qui ont le même problème /o\)

Je suis donc content qu'on m'aide maintenant à les retranscrire. Pour le coup, je vais peut-être me mettre à faire de nouvelles interviews alors! 😅

tu as l'espace de rédaction qui t'es entièrement ouvert pour partager les questions que tu souhaiterais poser (ainsi que les participants de LinuxFr.org, c'est ce qu'avait choisi Renault< pour ses entretiens de membres de la communauté Fedora), tu peux les commencer en anglais of course, tu peux laisser traduire au besoin :D — sous licence CC-by-SA qui conviendra sans doute aux membres de la communauté GIMP. Tu as le tag entretien qui peut fournir de l'inspiration des précédentes dépêches.
Pour les fichiers audio, nul doute que de l'auto-hébergement derrière une ligne fibrée est disponible quelque part :D (sous licence CC-by-SA si possible, sinon CC-by).

il reste actif dans la communauté du projet et il a participé à la relecture et publication de son interview, parce que de manière générale, je publierais jamais une interview sans avoir l'interviewé valider le texte au préalable

oui, c'est une bonne pratique dans le libre, tout à ton honneur, une licence libre permettant de s'en dispenser (la plupart du temps de bonne foi, mais mieux vaut appliquer les bonnes pratiques :D).

ça n'avait tout simplement pas été publié :/ (ça prend du temps une transcrption texte de l'audio /o\)

et

It is especially fitting to share his interview now, as Simon was behind the rewrite of the Path Tool infrastructure that powers the new Vector Layer feature in the upcoming GIMP 3.2.

le fichier efi.img — comme son nom l'indique — ne contient que l'efi et non l'os que tu cherches à mettre sur une clé.
tu as dû descendre dans l'ISO et tu parcours son arborescence, utilise rufus ou autre pour mettre l'iso sur une clé (dont tout le contenu sera perdu), rendue automatiquement bootable.

Pourquoi privilégier intel et xeon ? Pour la capacité de montée en fréquence ? De mémoire, les xeon sont un peu plus consommateurs, les core i3 et i5 sont plus raisonnables mais c'est compliqué la numérotation chez intel : des i3 de 12^ème génération peuvent être plus puissants que des i7 de 10^ème génération :/).

Perso, j'aimerais le même journal que le tiens mais parlant plus de l'offre côté AMD (histoire d'avoir un peu de cohérence sur la carte graphique à retenir ; au pire, le GPU intégré au CPU côté AMD étant — de mon impression — moins poussif que dans les intel pour utiliser correctement un SweetHome3D ou lancer 0ad.

Pour moi, une carte mère, c'est sur la mémoire acceptable que c'est le plus différenciant :

• l'ECC va forcément être plus chère (et plus rare),
• s'il n'y a que 2 emplacements (slots) ça va obliger à prendre des barrettes de 8 Go (plus rares) pour atteindre les 16 Go qui sont déjà confortables, mais pas forcément pour monter un proxmox
• et j'aurais aussi comme critère la RAM max gérée par la carte mère (64 Go pour ne pas me poser de questions… voire plus ? Déjà que 640 ko devaient suffire à tout le monde /o\).

je placerais lscpi et d'autre log dans les commentaires pour ne pas surcharger le journal si ca intéresse qqun

ça : tu lances hw-probe -all -upload et tu donnes l'URL, ça donnera des trucs complets sur https://linux-hardware.org/ même les BSD sont pris en compte.

pour les cartes graphiques, il y avait eu un état des lieux sur LinuxFr.org des pilotes pour les ATI/AMD, cela vaudrait le coup de l'actualiser avec le matériel à sélectionner :D (ce qui disqualifie nVidia vu que c'est une vraie chienlit :p).

Outre le blog riche en nouvelles régulières cf. https://blog.freecad.org/ (ça parle des dév en cours avec les WIP — Work in Progress :D ) et le git sur https://github.com/FreeCAD/FreeCAD tu te tiens comment au courant des nouveautés ?

ya le mastodon / matrix, un discord (chui pas fan), irc, le forum sur https://forum.freecad.org/ mais lequel choisir ? (les autres possibilités, je suis encore moins fan…)