J'ai un peu de mal avec le volet "exonération totale de la responsabilité" dans les licences de logiciels (libres ou non) : comment différencier, juridiquement, une porte dérobée d'un bug exploité pour exfiltrer des informations ? Le premier étant répréhensible, le second plus difficilement.
Si on prend le cas de la licence CeCILL qui est conforme au droit français, son article 8 définit la responsabilité du concédant car elle ne peut pas être nulle en droit français ; cf la FAQ de l'Addulact pour une explication.
Je ne sais pas si on trouve d'équivalents à ces articles/notions dans le droit européen mais si les licences libres actuelles ne sont déjà pas conformes au droit européen, le CRA jette effectivement un très gros pavé dans la mare : le droit étasunien (sur lequel se basent les licences actuelles) prévaut-il sur le droit européen ? Le RGPD est un début de réponse et le CRA (et autres "Act" européens) en remet une couche selon moi.
Avec seulement 5 doigts : 'g' (index gauche), 'r' (majeur gauche), 'e' (annulaire gauche) <tab> (auriculaire gauche) pour avoir le 'p' puis <espace> (pouce gauche).
C'est pas orthodoxe mais ça a un certain esthétisme et ça fait travailler tous les doigts 0:-°
Quelque soit son plumage, une buse reste une buse.
Blague à part, quelqu'un de sensibilisé à la gestion de la mémoire s'en sortira mieux qu'une personne ne l'étant pas. Ce n'est donc qu'une histoire d'éducation.
Merci de m'avoir lu, vous pouvez reprendre le troll :-)
il y a OpenCL/CUDA du côté des pilotes propriétaires de NVidia, du côté d'ATI/AMD, ya sûrement ça aussi. Si tu cherches du côté des pilotes libres, faudra voir avec les versions en cours de dév (et encore). Mais quels programmes d'édition d'images savent exploiter les GPU ?
Qu'entends tu par machine vieillissante ? un Celeron 300 A avec 32 Mio de RAM ?
Possible même si j'ai du mal à en comprendre la raison, le plus simple serait de lancer des terminaux avec d'autres shells, bash, dash, tcsh, etc. et de voir ce qu'il se passe...
Tu parlais plus haut d'un test sous Ubuntu 32 bits qui n'avait pas le problème. Je suppose que ta Squeeze est une 64 bits ? Il serait alors pas mal de voir si ça marche aussi sous une Ubuntu 64 bits.
Au passage, as-tu comparé les versions de X11, glut, driver OpenGL, etc entre ta Squeeze et ta Ubuntu ? Car ça pourrait aussi être une origine de ton pb (genre un bug dans une de tes lib sous Squeeze).
As-tu la possibilité de tester avec une autre machine ? Un autre OS (genre un livecd) ? À la rigueur, ton code source serait-il accessible ? Histoire de voir si ça se produit sur une autre machine/OS ?
Une autre solution serait de prendre comme base pour ton programme le code source d'un tutoriel qui marche chez toi.
La valeur pécuniaire de GRUB ? Elle doit pas être énorme puisque ce programme permet seulement à toutes les machines Sun^WOracle (et à base Intel) de démarrer sous Solaris.
J'imagine bien les utilisateurs de Solaris (enfin, ceux qui ont des contrats de support) qui ne pourront plus redémarrer leurs serveurs après le retrait de GRUB de Solaris...
Tout ça pour dire qu'Oracle n'a aucun intérêt à faire ce genre de chose.
Merci de ton éclaircissement car je n'avais pas trouvé de réelles infos sur ce programme (sous debian ou sur le web). Mais visiblement "thunar nom_de_fichier" cherche à ouvrir le dit fichier.
J'suis allé jeter un oeil dans xdg-open (que j'connaissais que de nom), c'est sacrement bien foutu :
- sous KDE, ça utilise kde-open
- sous GNOME, gnome-open
- sous Xfce, c'est exo-open
- sinon, c'est xdg-mime+tambouille/run-mailcap/mimeopen en fonction de ce qu'il y a
En effet, j'avais pas ce type de machines en tête lors de mon commentaire précédent. On peut aussi penser aux machines de plus petit gabarit qui utilise(ront) des ARM double-coeur.
Le but du "make -j 64" est de charger facilement le système à moindre coût (pleins de processus et pleins d'accès disque). La vidéo et le bon vieux glxgears, eux, servent à avoir un retour visuel.
Ça serait certes pas mal d'avoir de vraies stat (temps de commutation de tâches, latence dans des IPC) mais à défaut d'en avoir, on a un exemple plutôt parlant de l'amélioration.
Dans la vraie vie, l'utilisateur qui fait du web+mail+zik+bureautique ne verra pas vraiment de différences mais celui qui fait de la synthèse d'image, du montage vidéo ou de la simulation, il sera content de ne pas voir son environnement ramer pendant qu'il fait autre chose.
Côté serveur, ça devrait permettre une meilleure réactivité lorsque la charge système est élevée.
À ce moment, Doc présente sa famille (et entre autre ses enfants), on peut donc en
déduire, à la louche, qu'il lui a fallu pas loin d'une dizaine d'années pour transformer la
locomotive (celle qui s'effondre dans le précipice ?) en machine à voyager dans le temps.
Ce qui est balèze vu la techno d'un maréchal ferrant du 19e siècle... mais bon, c'est Doc
Brown, hein ! 0:-)
J'suis allé voir par curiosité ce joli site web... y'a encore un peu de boulot...
Pour le premier lien, on a droit à une erreur 403, pour les deux autres, c'est un message "Fichier non trouve, essayez de nouveau ...". Ça correspond bien au paragraphe
Il est toutefois possible que certaines omissions ou erreurs se soient glissées dans cette première phase de publication. Le site est amené à évoluer. Nous veillerons à le mettre à jour et à le corriger régulièrement.
J'prèfère quand même la version de Buffon avec des aiguilles, y'a moins à laver vu la quantité de saucisses à lancer pour avoir une bonne approximation :-p
Perso, je suppute qu'il y a aussi une jolie clause de non divulgation à propos de la doc ou de tout autre type d'informations.
Bon, après, si on fait le choix de ne pas respecter le contrat et de divulguer des infos (peu importe la méthode), on devient aussi respectueux que les boites qui violent la GPL...
On va arrêter les spéculations (on n'est pas encore vendredi;), y faudrait avoir un exemplaire du contrat de Nintendo.
En quoi Nintendo a le droit de faire ça ?! C'est juste un contrat plutôt restrictif : si tu veux développer sur leurs consoles, tu t'assoies sur ton idéologie et tu respectes le contrat. Si cette clause est trop restrictive pour toi, oublie les plateformes de Nintendo. Libre à toi de choisir ce que tu veux...
Perso, ce genre de clause me choque aussi mais comme dit plus haut, Nintendo a un modèle qui consiste à tout conserver secret. Accepter qu'un logiciel libre utilise le fameux SDK reviendrait à rendre publique son API avec tous les risques que cela comporte. Cqfd.
[^] # Re: DICOM pas com(pliant)
Posté par Rémi Hérilier . En réponse à la dépêche Visualisation d’imageries médicales avec Invesalius. Évalué à 3.
Tu peux aussi regarder du côté de Weasis ou 3D Slicer pour le côté visualisation 3D et belles images.
J'avais pas mal aussi utilisé le premier pour aller fouiller/analyser les données embarquées dans le format DICOM.
[^] # Re: C'est quoi ?
Posté par Rémi Hérilier . En réponse à la dépêche Le Cyber Resilience Act de l’Union européenne menace l’avenir du logiciel libre. Évalué à 3.
J'ai un peu de mal avec le volet "exonération totale de la responsabilité" dans les licences de logiciels (libres ou non) : comment différencier, juridiquement, une porte dérobée d'un bug exploité pour exfiltrer des informations ? Le premier étant répréhensible, le second plus difficilement.
Si on prend le cas de la licence CeCILL qui est conforme au droit français, son article 8 définit la responsabilité du concédant car elle ne peut pas être nulle en droit français ; cf la FAQ de l'Addulact pour une explication.
Je ne sais pas si on trouve d'équivalents à ces articles/notions dans le droit européen mais si les licences libres actuelles ne sont déjà pas conformes au droit européen, le CRA jette effectivement un très gros pavé dans la mare : le droit étasunien (sur lequel se basent les licences actuelles) prévaut-il sur le droit européen ? Le RGPD est un début de réponse et le CRA (et autres "Act" européens) en remet une couche selon moi.
Vous avez 4 heures O:-.
[^] # Re: Les livres sinon vous connaissez?
Posté par Rémi Hérilier . En réponse au journal Que regarder pendant le Grand Confinement ?. Évalué à 3.
Dans les classiques français, on peut ajouter Ravage de René Barjavel.
[^] # Re: Commande
Posté par Rémi Hérilier . En réponse à la dépêche ack 1.96 — mieux que grep. Évalué à -1.
Avec seulement 5 doigts : 'g' (index gauche), 'r' (majeur gauche), 'e' (annulaire gauche) <tab> (auriculaire gauche) pour avoir le 'p' puis <espace> (pouce gauche).
C'est pas orthodoxe mais ça a un certain esthétisme et ça fait travailler tous les doigts 0:-°
[^] # Re: Vive vélo
Posté par Rémi Hérilier . En réponse à la dépêche De l’open source dans la mobilité douce. Évalué à 5.
non non, c'est bien 1000 millimètres. Ce que tu décris, c'est le Kimm :)
[^] # Re: porosité aux virus
Posté par Rémi Hérilier . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 3.
Quelque soit son plumage, une buse reste une buse.
Blague à part, quelqu'un de sensibilisé à la gestion de la mémoire s'en sortira mieux qu'une personne ne l'étant pas. Ce n'est donc qu'une histoire d'éducation.
Merci de m'avoir lu, vous pouvez reprendre le troll :-)
[^] # Re: il faut toujours un sujet
Posté par Rémi Hérilier . En réponse au message Gpu et traitement de l'image. Évalué à 0.
Désolé, je répondais à ta question
Pour faire du traitement d'image en exploitant les GPU, il "suffit" que les programmes utilisent OpenCL ou CUDA (avec un GPU supporté ça va de soit).
# il faut toujours un sujet
Posté par Rémi Hérilier . En réponse au message Gpu et traitement de l'image. Évalué à 1.
il y a OpenCL/CUDA du côté des pilotes propriétaires de NVidia, du côté d'ATI/AMD, ya sûrement ça aussi. Si tu cherches du côté des pilotes libres, faudra voir avec les versions en cours de dév (et encore). Mais quels programmes d'édition d'images savent exploiter les GPU ?
Qu'entends tu par machine vieillissante ? un Celeron 300 A avec 32 Mio de RAM ?
mes 2¢
# file d'attente
Posté par Rémi Hérilier . En réponse à la dépêche Sortie du noyau Linux 2.6.39. Évalué à 6.
On parle plutôt de "file" que de "queue", c'est plus... sérieux :-°
[^] # Re: Environnement
Posté par Rémi Hérilier . En réponse au message [RESOLU]Pas de swapBuffers quand lancé depuis la console (OpenGL, glut,zsh,debian). Évalué à 0.
Possible même si j'ai du mal à en comprendre la raison, le plus simple serait de lancer des terminaux avec d'autres shells, bash, dash, tcsh, etc. et de voir ce qu'il se passe...
Tu parlais plus haut d'un test sous Ubuntu 32 bits qui n'avait pas le problème. Je suppose que ta Squeeze est une 64 bits ? Il serait alors pas mal de voir si ça marche aussi sous une Ubuntu 64 bits.
Au passage, as-tu comparé les versions de X11, glut, driver OpenGL, etc entre ta Squeeze et ta Ubuntu ? Car ça pourrait aussi être une origine de ton pb (genre un bug dans une de tes lib sous Squeeze).
[^] # Re: glutSwapBuffers
Posté par Rémi Hérilier . En réponse au message [RESOLU]Pas de swapBuffers quand lancé depuis la console (OpenGL, glut,zsh,debian). Évalué à 1.
As-tu la possibilité de tester avec une autre machine ? Un autre OS (genre un livecd) ? À la rigueur, ton code source serait-il accessible ? Histoire de voir si ça se produit sur une autre machine/OS ?
Une autre solution serait de prendre comme base pour ton programme le code source d'un tutoriel qui marche chez toi.
# glutSwapBuffers
Posté par Rémi Hérilier . En réponse au message [RESOLU]Pas de swapBuffers quand lancé depuis la console (OpenGL, glut,zsh,debian). Évalué à 1.
N'aurais-tu pas tout simplement oublié d'appeler cette fonction afin de déclencher la permutation de buffers ?
[^] # Re: Contestable ?
Posté par Rémi Hérilier . En réponse au journal ZFS sous GPL grâce à GRUB ?. Évalué à 7.
J'imagine bien les utilisateurs de Solaris (enfin, ceux qui ont des contrats de support) qui ne pourront plus redémarrer leurs serveurs après le retrait de GRUB de Solaris...
Tout ça pour dire qu'Oracle n'a aucun intérêt à faire ce genre de chose.
[^] # Re: moins de CRS, plus de tendresse !
Posté par Rémi Hérilier . En réponse au journal Police à l'université. Évalué à 4.
Je sors
[^] # Re: xdg-open
Posté par Rémi Hérilier . En réponse au journal launch - le double clic en ligne de commande. Évalué à 1.
[^] # Re: xdg-open
Posté par Rémi Hérilier . En réponse au journal launch - le double clic en ligne de commande. Évalué à 2.
J'suis allé jeter un oeil dans xdg-open (que j'connaissais que de nom), c'est sacrement bien foutu :
- sous KDE, ça utilise kde-open
- sous GNOME, gnome-open
- sous Xfce, c'est exo-open
- sinon, c'est xdg-mime+tambouille/run-mailcap/mimeopen en fonction de ce qu'il y a
Un script à retenir en tout cas.
[^] # Re: À qui profite le patch ?
Posté par Rémi Hérilier . En réponse au journal Noël, noël, un patch miraculeux !. Évalué à 2.
[^] # Re: À qui profite le patch ?
Posté par Rémi Hérilier . En réponse au journal Noël, noël, un patch miraculeux !. Évalué à 8.
Ça serait certes pas mal d'avoir de vraies stat (temps de commutation de tâches, latence dans des IPC) mais à défaut d'en avoir, on a un exemple plutôt parlant de l'amélioration.
Dans la vraie vie, l'utilisateur qui fait du web+mail+zik+bureautique ne verra pas vraiment de différences mais celui qui fait de la synthèse d'image, du montage vidéo ou de la simulation, il sera content de ne pas voir son environnement ramer pendant qu'il fait autre chose.
Côté serveur, ça devrait permettre une meilleure réactivité lorsque la charge système est élevée.
[^] # Re: moi j'attends plus lalocomotive àvapeur volante ^^
Posté par Rémi Hérilier . En réponse au journal Nom de zeus.... Évalué à 3.
déduire, à la louche, qu'il lui a fallu pas loin d'une dizaine d'années pour transformer la
locomotive (celle qui s'effondre dans le précipice ?) en machine à voyager dans le temps.
Ce qui est balèze vu la techno d'un maréchal ferrant du 19e siècle... mais bon, c'est Doc
Brown, hein ! 0:-)
mes 2¢
[^] # Re: sccs
Posté par Rémi Hérilier . En réponse au sondage Mon logiciel de Logiciel de gestion de versions favori est :. Évalué à 1.
Dire que je m'en sers au taf... certes il fait bien ce qu'on lui demande mais comment dire...
/me retourne utiliser git pour se sentir au XXIe siècle.
# Annonce en avance
Posté par Rémi Hérilier . En réponse à la dépêche Orange se conforme aux exigences de la licence GNU GPL. Évalué à 3.
Pour le premier lien, on a droit à une erreur 403, pour les deux autres, c'est un message "Fichier non trouve, essayez de nouveau ...". Ça correspond bien au paragraphe
Il est toutefois possible que certaines omissions ou erreurs se soient glissées dans cette première phase de publication. Le site est amené à évoluer. Nous veillerons à le mettre à jour et à le corriger régulièrement.
Bon, au charbon maintenant :-)
[^] # Re: Et après ?
Posté par Rémi Hérilier . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 1.
[^] # Re: Toutes ces collisions...
Posté par Rémi Hérilier . En réponse au journal En route pour les 7 GeV.... Évalué à 4.
hein ?! quoi ? oui, j'retourne bosser...
[^] # Re: Nintendo
Posté par Rémi Hérilier . En réponse à la dépêche ScummVM dans des jeux Atari, au mépris de la GPL. Évalué à 2.
Bon, après, si on fait le choix de ne pas respecter le contrat et de divulguer des infos (peu importe la méthode), on devient aussi respectueux que les boites qui violent la GPL...
On va arrêter les spéculations (on n'est pas encore vendredi;), y faudrait avoir un exemplaire du contrat de Nintendo.
[^] # Re: Nintendo
Posté par Rémi Hérilier . En réponse à la dépêche ScummVM dans des jeux Atari, au mépris de la GPL. Évalué à 2.
Perso, ce genre de clause me choque aussi mais comme dit plus haut, Nintendo a un modèle qui consiste à tout conserver secret. Accepter qu'un logiciel libre utilise le fameux SDK reviendrait à rendre publique son API avec tous les risques que cela comporte. Cqfd.
mes 2¢