BAud a écrit 12765 commentaires

tu as oublié le point d'ironie ;-)

les sections invariantes de la GFDL,

moui, ça c'est absurde venant de lui, chacun ses incohérences ;-) c'est potentiellement vu comme un moyen de monétiser ce qu'il y autour du logiciel…

sa détestation du libre hors logiciel

là c'est plutôt qu'il se répute incompétent sur les domaines hors-logiciel ou que ça ne l'intéresse pas (les brevets du vivant en biologie, la licence Art libre pour les graphistes et vidéastes…).
en même temps, FSF c'est pour Free Software Foundation : cela évite de diluer le message, il y a déjà suffisamment à faire dans le monde du logiciel ;-)

à chacun de gérer les types de ressources qu'il veut prendre en compte :p

et lsusb tout seul ? (sans parler du inxi -F demandé avant)

forcément, si tu ne réponds pas aux questions ni ne tape toutes les commandes demandées, ça va être plus compliqué…

et s/déprécie/déclare obsolète/ cf. https://www.wordreference.com/enfr/deprecates et traductions-classiques pour deprecated

ainsi que s/ext2/le pilote ext2/ vu que le pilote ext4 sait gérer les partitions ext2 (et non supporte hein ! spa un sous-boc :p)

traduttore, traditore :-)

quel verrou ? la clé n'est pas loin de la serrure…
autant compresser ces fichiers avec i2bp ;-)

ah mais SS7 c'est sérieux pourtant !

• normalisé et tout et tout par l'ITU-T et ça fait l'objet de chapitres entiers du GSM MoU
• garantie d'acheminement :
  • il y a un canal réservé et prioritaire pour chaque antenne (pour les services d'urgence ! mais récupéré bien vite pour les SMS vu que l'affectation de ressource c'est un peu de la sous-utilisation :p)
  • on peut demander un SMS d'accusé de réception !
  • ah le Tadig-59 indique que dans le cadre du roaming (chez un opérateur d'un autre pays que celui de ton opérateur) ya pas de garantie d'acheminement :/ (ni d'accusé de réception obligatoire) donc les tickets MT (mobile terminating) ne peuvent être utilisés pour la facturation dans les fichiers TAP…
  • les SMS c'est du sérieux ! ça permet de se souhaiter bonne année 300000 SMS en un jour vers 1997, spa comme si c'était géré chez un opérateur français par un serveur NT4 et une base Access qu'il a fallu expurger à un moment pour éviter de dépasser les 2 Go de stockage… (moui 160 octets par message ça prend pas de place, et ya les MMS depuis pour un peu plus s'envoyer des photos de chats), moui l'infra a évolué et les SMS devenus gratuits (sauf pour envoyer 1 ou 2 pour choisir l'élue de télé-réalité, remplir les fouilles d'émissions sans financement à haute teneur en valeur ajoutée)
• ya authentification forte comme si l'IMSI-spoofing n'existait pas, ni les rogue-BTS… (une expérience avait été faite lors d'un FOSDEM avec OpenBTS, ils ont effacé la collecte des infos vu que l'anonymiser est vite devenu illusoire :/)
• le protocole évolue est remplacé, mais toujours en se basant sur des garanties supposées transmissions fiables :p (moui, en zone blanche spa gagné…)

pfff je pourrais continuer tellement c'est sans fin… /o\

D'ailleurs ils ne vendent pas de service autour de leurs briques techno, je pense.

euh un peu tout de même, en tout cas pour GCP par exemple : tu as la R&D avec les développeurs mais aussi les services avant-vente pour promouvoir les solutions à des prospects — monter des PoC, accompagner (i.e. facturer) le déploiement initial… — (et il y a bien-sûr les services desks pour l'après-vente mais eux ont plus de difficulté à accéder au niveau 3 :D)

pour le on-premise, c'est jackpot :p

cela a commencé à tomber lorsque OO-LO ont eu leur guerre fratricide

o_O quelle guerre ?

OOo appartenait à Sun, racheté par Oracle, LibO s'est lancé en 2010 (avec un fork de OOo, la participation d'IBM + OpenSUSE/Novell qui contribuaient déjà à Go-OOo, création de TDF) => tout le monde est passé sur LibreOffice (utilisateurs, contributeurs, développeurs…) avec un développement réellement ouvert, sans regarder en arrière, laissant OOo vivre sa vie (ou son dépérissement selon le point de vue)

Oracle de son côté a fourgué OOo à la fondation Apache (pour sauver les meubles diront certains), fin de l'histoire.

Ayant vécu un peu la même chose côté Mageia, tu regardes plutôt de l'avant que de garder des rancœurs contre-productives : la société Mandriva avait même basé une de ses versions de Mandriva server sur Mageia ; Mageia et OpenMandriva — basé sur ROSA/Mandriva — ont collaboré sans animosité — bon, ils ont géré nos amis italiens, côté Mageia nous avons eu le soutien indéfectible de MLO, on avait chacun Mageia / OpenMandriva un stand face à face à Solutions Linux, l'occasion de voir les apports intéressants de chacun :p

Tout l'intérêt d'une communauté est dans la collaboration pour créer quelque chose d'intéressant, pas récriminer les uns contre les autres… même si certains aiment les drama imaginaires :D Chacun peut bien passer son temps à ce qu'il veut.

OOo reste vivant avec 3-4 participants réguliers, grand bien leur fasse, ça les regarde…

C'est bien un affrontement imaginé qui est mort-né (disons, bah dès le départ en fait…).

si tu veux approfondir (et que tu as du temps), tu peux aussi parcourir une synthèse
https://faq.tuxfamily.org/License/Fr qui aborde d'autres sujets complémentaires

euh, non sur 2 points :

• la GPL se base sur le droit d'auteur (citer l'auteur, ne pas faire de plagiat…) et en lève quelques restrictions en ajoutant des obligations (fourniture code source à qui le demande notamment, libertés 0 + 1 + 2 + 3 + 4)
• il n'y a pas de contamination par la GPL : une bibliothèque MIT utilisée pour compiler un binaire en statique reste sous licence MIT, le résultat (le binaire donc) hérite de la GPL pour sa distribution (et on peut fournir le code source de la bibliothèque, sous licence MIT)
  • cela empêche de fournir un binaire compilé en statique sous licence GPL, s'il se base sur des bibliothèques à licence restrictive (empêchant redistribution ou ne fournissant pas le code source… exemple de mémoire : MSVC.dll)
  • avec la MIT, tu peux utiliser des bibliothèques en closed-source mais n'empêchant pas la redistribution

C'est ce que j'avais été amené à faire pour ueagle_atm : dual-licensing BSD-2 clauses et GPL-2+ => nos contributions bénéficiaient au pilote écrit pour FreeBSD et ont été intégrées au noyau Linux upstream suite à validation par Andrew Morton, merci -mm< _o/). Pour le firmware, les DSPcodes 1/2/3 sont restés sous licence non libre (mais redistribuables), la version 4 sous licence BSD-2 clauses (permettant la redistribution, mais on n'a jamais eu le code source :/)

Nous avons dû garder le firmware sous forme de blob et de binaire (DSPcode sans code source) chargé extérieurement :/
http://atm.eagle-usb.tuxfamily.org/wakka.php?wiki=NewsEn200611IkanosProvidesEagle4FirmwaresForFree
http://atm.eagle-usb.tuxfamily.org/wakka.php?wiki=FirmwareLicensing
suite à http://atm.eagle-usb.tuxfamily.org/wakka.php?wiki=AnnounceUeagleAtm

Ce que tous les projets requièrent quand ils deviennent suffisamment gros

il faut le faire accepter à tous les contributeurs avant, les recontacter et leur faire accepter, sinon enlever / réécrire leurs contributions en cas de refus…

Le code est disponible et livré sous une licence libre. Il est par définition open-source.

ce qui est distribué, plus exactement le plus souvent l'exécutable (le binaire — pas forcément le code) : c'est une différence d'application entre la MIT et la GPL

• la MIT est très bien pour du code interprété (même si pour le javascript, il y a un risque qu'il soit minifié…)
• la GPL pour du code compilé

La gouvernance du projet n'a rien à voir là dedans.

un peu tout de même :

• tu peux avoir des développements effectués en interne et le code source publié (ou non) seulement avec une nouvelle version (ce que faisait OpenOffice.org chez Sun ainsi que Java pendant longtemps avant openjdk7 cf. les confs de Mark Reinhold sur the state of OpenJDK au FOSDEM)
• si les développements sont effectués en mode ouvert sur des serveurs publics, avec plusieurs contributeurs pouvant commiter, là oui le code publié reste libre (pas forcément les branches privées si non publiées)

en att mieux un jour merci de l aide

aide-toi déjà toi-même et fournis les informations demandées :p

le copier/coller peut se faire à la souris par sélection dans le terminal puis coller par clic du milieu…

les AWS/GCP/Azure pourront toujours continuer à proposer des services licencié GPL

la GPL s'applique au logiciel distribué, pas au service qu'il rend : c'est l'AGPL qui le permet.
Ta phrase a peu de sens ;-)
Mais oui, les logiciels peuvent continuer à être développés sous GPL.

Et comment elle empêche l'auteur du code de sortir les futures versions sous une licence non libre ?

cela ne l'empêche pas, c'est le souci avec les CLA… C'est à double tranchant :p
Pour autant MySQL résiste peu à son fork MariaDB packagé dans toutes les bonnes distros Linux, OpenOffice.org est resté sur place — avec 4-5 développeurs qui se battent en duel — là où plus de 500 personnes ont contribué à LibreOffice et avancé plus vite que OOo + Go-OOo à l'époque qui ramait à rajouter ses patchs sur une nouvelle version sortie inopinément après dévs en interne… « on va plus vite seul, on va plus loin ensemble à plusieurs »

rajoute la sortie de lsusb ; lsusb --tree pour qu'on ait les vendor id:product id et voir si elle gère l'uvcvideo

même en étant débutant, tu comprendras qu'en n'étant pas sur ton pc nous n'avons pas les dons de divination pour effectuer les opérations à ta place ;-)

tu peux aussi essayer de lancer cheese dans un terminal, il t'affichera des infos sur la webcam s'il ne la trouve pas…

et fournir un peu plus d'informations, ce serait pas mal pour mieux identifier ton modèle :

• résultat de la commande inxi -F # à lancer en root
• résultat de la commande lsusb
• résultat de la commande lspci -nn

cela permettra de mieux voir les périphériques dont tu disposes

il y a une 3.6.0 en préparation :

• on en est à la bêta 1 sortie il y a 3 mois : https://code.videolan.org/videolan/vlc-android/-/blob/master/NEWS?ref_type=heads
• il y a des commits réguliers depuis : https://code.videolan.org/videolan/vlc-android/-/commits/master

après, ça sortira quand ce sera prêt, ça ne te suffit pas ? ;-)

Grosse modo, la seule chose qui peut changer c’est la chaîne "RHEL" par "CentOS" dans /etc/os-release, voire dans quelques commentaires, et puis c’est tout (je simplifie).

moui (très grosse) simplification… il y a un ensemble de bonnes pratiques sur
https://reproducible-builds.org/docs/version-information/
ainsi que https://reproducible-builds.org/docs/commandments/ (et toute la doc' en lien sur le côté droit…)

À ma connaissance il n’y a pas d’autre exemple de distribution qui donne lieu à ces distributions « reconstruites exactement à l‘identique », je peux me tromper mais RHEL est la seule je crois.

tu crois ;-)
j'en vois quelques autres intéressées par le sujet sur
https://reproducible-builds.org/citests/ et pas mal de projets connexes sur https://reproducible-builds.org/who/projects/
https://docs.fedoraproject.org/en-US/reproducible-builds/
https://wiki.debian.org/ReproducibleBuilds
https://wiki.yoctoproject.org/wiki/Reproducible_Builds
https://www.qubes-os.org/news/2021/10/08/reproducible-builds-for-debian-a-big-step-forward/

et — bien sûr — côté android^W f-droid : https://f-droid.org/docs/Reproducible_Builds/

bah « tu n'as rien à cacher » o_O

au moins Quad9 cache moins que google :/

reste 3.3.3.3 à prendre (j'aime bien les troyens :p)

avant de passer en IPv6 :D

moui, je sais, en collaboration avec nos amis de FDN :-)

mais 10.10.10.10 était déjà pris ! (c'est dans une rfc)

(ya une option sur 42.42.42.42 ?)

mouis, un jour va falloir passer à IPv6…

le seul atteignable dont je me souvenais au moment où j'ai eu besoin de faire cette manip.

bin tu as Quad9 et, pour s'en souvenir : google+1 :-)

si peu de personnes ont lu du Frédéric Dard ?

San Antonio est tout de même un classique de l'utilisation avancée du Littré (ya moins de mots dans les petits Robert et gros Larousse :D — ou était-ce le contraire o_O).

je seconde thingiverse qui est un peu le openclipart pour la 3D, avec un affichage relativement clair des licences.

Bon, il n'y a souvent que le STL mais certains (de plus en plus d'ailleurs j'ai l'impression) font l'effort de publier leur source, permettant un meilleur niveau d'édition et de modification.

la prévisualisation des contenus (dépêches, journaux) ne permet pas de voir les notes,

moui, les notes de bas de page ce serait tout de même pratique… => ya des entrées de suivi à faire (je ne l'ai pas retrouvée)

on ne peut pas avoir de sommaire dans le wiki

Si, bien sûr, la preuve sur LinuxFr.org : il est généré à partir d'un certain nombre de caractères (2000 sans doute)

les étiquettes n’apparaissent pas dans les versions mobiles,

moui, ça me dérange aussi, ça faciliterait la navigation « transversale » sur des sujets connexes…

dans les versions mobiles, on ne voit pas la liste des nouveaux commentaires

la toolbar permet de naviguer de nouveau commentaire en nouveau commentaire dans un contenu, mais oui ça manque en bas de page…

un programme C ou Rust écris il y a 20/50 ans peut tourner tel quel sur une machine moderne juste en étant recompilé

comment trouves-tu en 2024 un programme en Rust de plus de 18 ans ? (déjà que de plus de 9 ans, ça doit être un chouilla compliqué…)

pour commencer je te conseille d'utiliser clippy :

à ne pas confondre avec clippy