BAud a écrit 12064 commentaires

on le voit assez bien avec la commande "drm_info" (je ne mets pas l'output de cette commande ici car il est très verbeux) qui m'indique que le "connecteur" eDP est à l'état connected pour la puce phoenix1 et disconnected pour la radeon alors que le connecteur "hdmi" est seulement présent pour la puce radeon, pas de trace de lui dans les connecteurs liés à phoenix1

tu as inxi -Ga qui devrait corroborer quoi est connecté à quoi (et est peu verbeux).
Ça donne quoi ? Avec HDMI débranché puis branché.

pan ! pan !

Non-Assistance à Personne en Danger… j'imagine que ça prend le pas sur toute autre considération et engage plus que la seule responsabilité du constructeur.

Après : oui, ce serait de la responsabilité des organismes de certification d'obtenir tous les moyens de s'assurer de la pérennité d'une solution implantée (l'openhardware étant un moyen envisageable)

hum, ça existe dans les spins¹ dont KDE Plasma (depuis… pfiou longtemps)

https://fedoraproject.org/spins/kde/

et il y a d'autres choix possibles… sachant que sur chacun, il « suffit » d'ajouter le paquet qui va bien pour bénéficier du choix d'encore un autre bureau.

je veux bien le copier-coller des résultats des commandes (même sur manjaro…)

d apres ce que j ai lu , tout le monde fait un peu comme moi a l aveuglette

c'est toi qui a oublié d'enlever tes lunettes de soleil en pleine nuit :-)

maintenant que la webcam est reconnue, cela serait intéressant d'avoir le résultat de inxi -Fa et l'url donnée par hw-probe -all -upload afin de voir les différences entre ce qui fonctionne et quand ça n'est pas reconnu…
L'idée c'est que la recherche effectuée puisse servir à d'autres…

Pour Manjaro, c'est basé sur Arch, ça va te changer un peu pour installer des logiciels :-) (tu vas devoir un peu plus lire…)

il y a avait le même genre de fonctionnalité pour Inkscape, mais il semble qu'elle ait été désactivée :/

• d'abord développée en extension Inkboard
• puis intégrée à Inkscape en tant que Whiteboard pour être désactivée c'est ballot :/

J'ai revérifié : abiword permet même aujourd'hui d'effectuer de l'édition collaborative de documents via xmpp, chose que je ne connaissais évidemment pas à l'époque

bin, c'était ça la fonctionnalité d'abiword : éditer en collaboratif un même document (comme sur un etherpad), le protocole sous-jacent de synchronisation pouvant être xmpp

cf. https://lwn.net/Articles/360269/ — ça date de 2009
et sinon tu peux passer par abicollab https://www.ghacks.net/2010/07/25/collaborate-with-abiword/

c'était apparu avec la v2.6 (et amélioré en 2.8)
https://web.archive.org/web/20080517004142/http://www.redhatmagazine.com/2008/05/08/abiword-team-interview

Dans le menu idoine de collaboration, Abiword me propose d'utiliser Telepathy l'occasion de retrouver mon compte sur jabber.fr ;-) (et tant qu'à faire, tester Conversations sur mon mobile :p).

LINUX c'est le noyau, GNU/LINUX sa distribution !

commence déjà par fournir le résultat de hw-probe -all
ça permettra de regarder en //

hmmm ce n'est pas le même modèle que tu as retenu sur Linux Hardware :

• il y en a 26 de type VivoBook Go E1504FA_E1504FA https://linux-hardware.org/?view=computers&vendor=ASUSTek+Computer&model=Vivobook+Go+E1504FA_E1504FA
• ce n'est au final pas reconnu comme un VivoBook S15 => était-ce bien le modèle acheté ? (lire l'étiquette au dos voire sous la batterie pour identifier le modèle réel) il y en a 28 sur https://linux-hardware.org/?view=computers&vendor=ASUSTek+Computer&model=VivoBook+S15+%28All%29 qui ne semble pas être ce que inxi identifie…
• les variations sont liées à CPU / GPU / RAM / disque dur changé pour SSD et parfois sur des composants changeant dans le temps… (moui c'est le bordel bronx compliqué pour un soi-disant même modèle… /o\)

pour comparer effectivement :

• installer hw-probe
• lancer hw-probe -load -upload en root et donner l'URL affichée

ah mais, je vois que tu as installé une Linux Mint 21.3 Virginia (sortie en janvier 2024), basée sur ubuntu 22.04 LTS mais avec un noyau 5.15.0-101-generic x86_64 pour une machine de 2023 (d'après date du bios) => une distrib avec un noyau plus récent serait mieux (pas forcément pour le wifi vu qu'il n'y a pas encore de pilote :/), puis bon Xfce quand on a 8 Go de RAM…
Debian Bookworm a un noyau plus récent (> 6.1)

Il me semble d’ailleurs que dans la dernière version de la licence BSD, il n’est plus question d’obliger à laisser le nom de l’auteur (ou des auteurs)

source ?

ce serait non-applicable en France où le droit moral est perpétuel, inaliénable et imprescriptible
cf. Droit d'auteur

c'est dommage, cela introduirait comme pour la CC0 des difficultés d'application selon le pays d'origine des auteurs :/ (en France, l'on ne peut pas placer une œuvre directement dans le domaine public…)

o_O bin non, le prompt affiche $ et non # d'une part, et d'autre part le lancement de la commande affiche que tu n'es pas en root à la fin (faut lire un minimum tout de même…)

référence à Trinity ? — nan, pas Matrix…

je suis fraiseur tourneur monteur , et pas dans l informatique

bin j'avais 16 ans quand j'ai touché à un Unix (un SPIX de BULL…) et fait du vi, du C (ça j'en avais fait avant).

Donc, bon je n'avais même pas tes compétences à l'époque et les tours je m'en tiens assez éloigné depuis l'école (trop dangereux de travailler le métal, quoique notre tour à bois au fablab est plus abordable et me fait moins peur et avec la CNC, tu peux te tenir à distance).

mais rien à faire avec la meilleure volonté

bin si : maintenant il y a pleins de docs, l'accès facile à Internet et des forums d'entraide…
L'informatique ya pas besoin d'être ingénieur pour en faire :-)

bon, au lieu de digresser, tu réponds aux questions (je ne suis par sur ton pc…)
ce n'est pas si compliqué de passer root et exécuter 2-3 commandes…

qu'un acteur puissant (un État par exemple) puisse ainsi prendre pour cible un individu isolé, et le projet dont il a la responsabilité et dont dépendent des milliards de machines, est peut-être grandement sous-estimé.

c'est clair que les firmwares proprios des puces GSM/GPS de nos smartphones, les BIOS et UEFI priopros de nos PC/portables sont plus à l'abri !

(spa comme s'il y avait des backdoors dans certains CPU… euh wait !)

spa parce que tu n'es pas parano, qu'ils ne sont pas après toi /o\

curieux de savoir si le ScreenPad est reconnu comme second écran sous Linux

tu veux dire que le touchpad affiche l'écran en mini ?

cela correspond à
Bus 001 Device 003: ID 04f3:0c90 Elan Microelectronics Corp. ELAN:ARM-M4

je ne sais pas trop ce que cela gère… il y a peut-être besoin de paquets supplémentaires ?

pour passer root, tu tapes sudo -i avant de lancer ta commande dans un terminal, ça fonctionnera mieux. Lis tout de même un peu de doc' concernant Linux, ça c'est de l'ordre du ba-ba (et un des intérêts de Linux)

En plus, il te le dit explicitement :
WARNING: output may be incomplete or inaccurate, you should run this program as super-user.

et pour le inxi -F tu comptes le fournir un jour ?

Moi justement je suis dans le cas du code interprété… On fait du python et du javascript.

pour de l'interprété, la MIT et la BSD sont assez équivalentes à la GPL (hormis l'héritage de licence pour du code dérivé) vu que l'exécutable est le code source (hormis si transformé avant fourniture).
L'objectif de la GPL est bien de fournir les mêmes recettes à celui qui reçoit que ceux qu'utilise celui qui donne (donc source + description de la méthode de construction de l'exécutable ; tu peux utiliser du proprio lors de la construction : exemple avec Visual C++ qui peut être utilisé et n'est pas passé en GPL malgré tous les projets en GPL ne compilant qu'avec MSVC — mais sans MFC vu que inclus au code et pas sous la bonne licence).

La partie frontend est en JS transpilé et minifié …

ta partie backend peut donc être en GPL sans que cela impacte la licence du frontend ? (cela passe uniquement par des interfaces du backend)
hormis, si tu as des parties développées pour le backend qui sont poussées côté frontend ?

Je ne sais pas si ça rentre dans le cadre de ce qu'on appelle "compilation".

bin, un peu mon n'veu ;-) tu es censé filer les sources définis comme :
The “source code” for a work means the preferred form of the work for making modifications to it. “Object code” means any non-source form of a work.

tu ne travailles ni n'édites le résultat transpilé ni obfusqué minifié ?
es-tu sûr d'avoir au moins lu une fois la GPL ? :D

si c'est du webassembly, ça s'applique

moui, après tu peux peut-être distinguer les différents points d'entrées (point d'entrée/URL différente, licence différente selon les portions concernées : le webassembly ne génère pas un gros binaire unique, j'imagine ?)

ton cas est intéressant pour l'AGPL qui revient à exposer quelque part le code source des services qui tournent en production, pour pouvoir instancier le service ailleurs (bon, pas le paramétrage, hein… ni le « contenu » : ne me fais pas dire ce que je n'ai pas dit :p).

J'ai vu peu de monde expliquer ce qui doit être effectivement exposé sur un exemple concret :D (perso, j'exposerais ce qu'il y a dans la forge permettant de travailler au jour le jour concernant le code et zou, mais pas forcément la CI/CD ni le paramétrage effectif des environnements).

ça m'avait bien galéré pour la distribution de ueagle_atm, vu que nous souhaitions un dual-licensing au choix ; ce qui permettait d'éventuelles remontées de bugs aussi côté pilote FreeBSD. Au final, garder BSD aurait peut-être été plus simple…

mais j’atteins mes limites, surtout s'il y a des distinctions à faire entre code source et version compilée …

bin, c'est pourtant de là qu'il faut partir et remonter la chaîne…

qu'est-ce qui est distribué : généralement un exécutable

• compilé en statique ?
• compilé en dynamique ?
• code interprété ?

la licence s'applique à la distribution : s'il y a de la GPL en amont,

• la résultante sera en GPL pour du compilé en statique (puisque ça inclus de la GPL)
• la résultante ne sera pas forcément en GPL pour du compilé en dynamique
• pour du code interprété, ça dépend…

et la GPL induit de fournir le code source amont (cf. plus bas)

pour le code :

• si tu modifies un fichier source GPL, il reste GPL
• si tu modifies un fichier source BSD ou MIT et que tu y ajoutes du code provenant d'un fichier sous GPL, tu gardes les en-têtes BSD ou MIT (tu ne peux pas les enlever) et tu ajoutes l'en-tête GPL et au final le fichier sera sous GPL, vu que ça devient un travail dérivé de la GPL
• si tu modifies un fichier source BSD ou MIT, sans ajouter de code GPL, pas besoin de citer la GPL…

pour les licences s'appliquant au code source :

c'est le paragraphe suivant de https://www.gnu.org/licenses/gpl-3.0.fr.html qui t'intéresse :
The “Corresponding Source” for a work in object code form means all the source code needed to generate, install, and (for an executable work) run the object code and to modify the work, including scripts to control those activities. However, it does not include the work's System Libraries, or general-purpose tools or generally available free programs which are used unmodified in performing those activities but which are not part of the work. For example, Corresponding Source includes interface definition files associated with source files for the work, and the source code for shared libraries and dynamically linked subprograms that the work is specifically designed to require, such as by intimate data communication or control flow between those subprograms and other parts of the work.

pour moi, si c'est dans des fichiers différents, ça peut avoir des licences différentes (mais IANAL) tant qu'elles sont compatibles entre elles. C'est le résultat (donc le binaire) qui héritera de la licence prévalente (dominante si tu préfères).

forcément, si tu inclus du code GPL dans un de tes fichiers source, ce fichier source est sous GPL (difficile de dire que ce n'est pas un travail dérivé si tu ne peux pas mettre le code GPL dans son propre fichier… sinon autant le faire et comme ça chaque fichier a bien sa propre licence).

l'idée c'est que les fichiers inclus soient sous une licence permissive ou la LGPL (ça simplifie la chaîne d'héritage des licences…) et que le programme principal porte la licence proéminente retenue.

si tu ne veux pas diffuser en GPL le résultat complet, tu mets dans des binaires différents ce qui se base sur de la GPL et ce qui se base sur les licences de ton choix. T'auras des portions en GPL (celles dérivées) et d'autres portions en non GPL.

après, tu as des outils de recensement des licences utilisées dans tes projets (conformité toussa), je ne sais pas s'il y a des fonctionnalités proposant un arbre des dépendances :/
cf. tag fossology et https://github.com/fossology/fossology/releases

la webcam n'apparaît pas dans les matériels :

• elle est activée dans le BIOS/UEFI ?
• yaurait pas un bouton pour l'activer ?

on ne voit que ton wifi, le blutooth, ta carte réseau, ton dongle wifi… dans les sorties de lspci et lsusb :/

peut-être que la commande lshw -numeric -short à lancer en root donnera plus d'infos…

encore un clavier TOSHIB dont les touches se blo

va falloir arrêter avec ce terme contamination : il n'y en a pas.

cf. mon commentaire traitant des bibliothèques incluses dans ce même journal

La LGPL permet d'avoir des bibliothèques qui n'obligent pas à hériter de la GPL pour l'exécutable distribué (et encore en compilation statique…) si on les utilise pour son code.

nVidia réussit bien à faire une glue entre le noyau Linux et leur pilote propriétaire… Les firmwares (non inclus à l'exécutable) peuvent avoir une version de licence différente et non héritée.

Tant qu'il y a séparation claire de ce qui est inclus dans ce qui est distribué, tu peux mixer des licences différentes :

• un module noyau distribué en GPL2 (avec dual BSD + GPL2+ pour le code — notre cas avec ueagle-atm — compatible GPL2 pour inclusion dans Linux)
• des firmwares permettant le fonctionnement du module, distribués à côté du module noyau (d'où les paquets kernel-firmware-nonfree) avec leur propre licence (distribuable au mini pour des raisons évidentes, libre ou non libre selon les velléités de chacun)

Je peux multiplier les exemples, mais oui, il faut regarder au cas par cas (et c'est encore plus compliqué avec les licences propriétaires :p)

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