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
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)
cela a commencé à tomber lorsque OO-LO ont eu leur guerre fratricide
o_O quelleguerre ?
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
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 :/)
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)
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…
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).
À 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.
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.
[^] # Re: J'ai pas compris
Posté par BAud (site web personnel) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 2.
tu as oublié le point d'ironie ;-)
[^] # Re: L'auteur ou les auteurs ?
Posté par BAud (site web personnel) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 6.
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…
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
[^] # Re: .bonjour
Posté par BAud (site web personnel) . En réponse au message asus . .vivobook s15. Évalué à 3. Dernière modification le 29 mars 2024 à 14:16.
et
lsusb
tout seul ? (sans parler duinxi -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é…
[^] # Re: Correction
Posté par BAud (site web personnel) . En réponse au lien Linux 6.9 déprécie EXT2. Évalué à 2.
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 :-)
[^] # Re: Partage du résultat pour éviter le travail dupliqué
Posté par BAud (site web personnel) . En réponse au journal Les DRM, ma liseuse et moi, le retour-bis. Évalué à 2.
quel verrou ? la clé n'est pas loin de la serrure…
autant compresser ces fichiers avec i2bp ;-)
[^] # Re: SMS
Posté par BAud (site web personnel) . En réponse au journal Les sms internet et ta mère . Évalué à 4.
ah mais SS7 c'est sérieux pourtant !
garantie d'acheminement :et prioritairepour 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)ça permet de se souhaiter bonne année300000 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 pluss'envoyer des photos de chats), moui l'infra a évolué et les SMS devenus gratuits (sauf pour envoyer 1 ou 2 pourchoisir l'élue de télé-réalité,remplir les fouilles d'émissionssans financementàhaute teneur en valeur ajoutée)fortecomme 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 :/)évolueest remplacé, mais toujours en se basant sur desgarantiessupposées transmissions fiables :p (moui, en zone blanche spa gagné…)pfff je pourrais continuer tellement c'est sans fin… /o\
[^] # Re: Ah si ils l'aiment l'open source...
Posté par BAud (site web personnel) . En réponse au journal Redis Open Source bronsonisé. Évalué à 2. Dernière modification le 28 mars 2024 à 19:46.
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
[^] # Re: Trop tard ?
Posté par BAud (site web personnel) . En réponse à la dépêche Eliane Domingos : nouvelle présidente de The Document Foundation. Évalué à 2. Dernière modification le 28 mars 2024 à 19:10.
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…).
[^] # Re: Mieux vaut une petite MIT qu'une grosse GPL
Posté par BAud (site web personnel) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 4.
si tu veux approfondir (et que tu as du temps), tu peux aussi parcourir
une synthèsehttps://faq.tuxfamily.org/License/Fr qui aborde d'autres sujets complémentaires
[^] # Re: Mieux vaut une petite MIT qu'une grosse GPL
Posté par BAud (site web personnel) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 7. Dernière modification le 28 mars 2024 à 17:13.
euh, non sur 2 points :
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
[^] # Re: J'ai pas compris
Posté par BAud (site web personnel) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 3.
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…
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
un peu tout de même :
[^] # Re: .bonjour
Posté par BAud (site web personnel) . En réponse au message asus . .vivobook s15. Évalué à 3.
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…
[^] # Re: Ah si ils l'aiment l'open source...
Posté par BAud (site web personnel) . En réponse au journal Redis Open Source bronsonisé. Évalué à 2. Dernière modification le 28 mars 2024 à 14:50.
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.
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 »
[^] # Re: .bonjour
Posté par BAud (site web personnel) . En réponse au message asus . .vivobook s15. Évalué à 3.
rajoute la sortie de
lsusb ; lsusb --tree
pour qu'on ait les vendor id:product id et voir si elle gère l'uvcvideomê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…[^] # Re: .bonjour
Posté par BAud (site web personnel) . En réponse au message asus . .vivobook s15. Évalué à 4.
et fournir un peu plus d'informations, ce serait pas mal pour mieux identifier ton modèle :
inxi -F
# à lancer en rootlsusb
lspci -nn
cela permettra de mieux voir les périphériques dont tu disposes
[^] # Re: VLC pour Android n'a pas été mis à jour depuis des mois, tout court
Posté par BAud (site web personnel) . En réponse au lien Why VLC for Android has not been updated in months on the Play Store - N. POMEPUY, via sebsauvage. Évalué à 3.
il y a une 3.6.0 en préparation :
après, ça sortira quand ce sera prêt, ça ne te suffit pas ? ;-)
[^] # Re: Tout dépend du point de vue ...
Posté par BAud (site web personnel) . En réponse au journal Les distro pionnières, en recul?. Évalué à 3.
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…)
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/[^] # Re: Network Manager CLI
Posté par BAud (site web personnel) . En réponse au journal [ HS ] ... enfin, pas tant que ça.. Évalué à 2. Dernière modification le 22 mars 2024 à 20:10.
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
[^] # Re: différents répertoires
Posté par BAud (site web personnel) . En réponse au journal [ HS ] ... enfin, pas tant que ça.. Évalué à 2.
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…
[^] # Re: différents répertoires
Posté par BAud (site web personnel) . En réponse au journal [ HS ] ... enfin, pas tant que ça.. Évalué à 7.
bin tu as Quad9 et, pour s'en souvenir : google+1 :-)
[^] # Re: Porno bas débit
Posté par BAud (site web personnel) . En réponse au journal [HS] 3 Gigas par semaine .... Évalué à 2.
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).
[^] # Re: Thingiverse
Posté par BAud (site web personnel) . En réponse au message Où publier des modèles (pour impression) 3D dans l'esprit du logiciel libre . Évalué à 3.
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.
[^] # Re: critique
Posté par BAud (site web personnel) . En réponse au journal Jouons un peu avec linuxfr et CSS3. Évalué à 2.
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)
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)
moui, ça me dérange aussi, ça faciliterait la navigation « transversale » sur des sujets connexes…
la toolbar permet de naviguer de nouveau commentaire en nouveau commentaire dans un contenu, mais oui ça manque en bas de page…
[^] # Re: Et en plus
Posté par BAud (site web personnel) . En réponse au lien Java is becoming more like Rust, and I am here for it!. Évalué à 2. Dernière modification le 17 mars 2024 à 21:53.
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é…)
[^] # Re: Clippy est un bon début
Posté par BAud (site web personnel) . En réponse au journal PullRequest d'une application en Rust. Évalué à 4.
à ne pas confondre avec clippy