C'est la plus sage décision. J'ai deux questions :
Il y a aura dans le futur d'autres versions de la licence. Serait-il opportun de formaliser la politique de mises à jour de la licence des contenus dans un petit paragraphe dans les règles du site ?
Pour information quels sont les arguments qui font que « nous ne pouvons pas les associer à la version 4 de la licence » ? Vu que la licence a été prévue pour une telle mise à jour, si les utilisateurs (ici les admins/éditeurs/directeurs de publication du site linuxfr.org) hésitent à en suivre les termes, c'est que la licence est d'une certaine façon mal rédigée ou a laissé de côté un cas de figure, ce que l'on pourrait signaler en amont pour la prochaine version.
Salut, merci pour la dépêche. Moi j'utilise recoll. Docfetcher a l'air très complet et bien adapté pour le source code. À vue comme ça, les différences qui me viennent :
recoll a une interface Qt4, intégrée avec les autres applications Qt ou un bureau KDE.
recoll a un aspect plus proche d'un moteur de recherche du net (titre et extraits du fichier avec surlignage des occurrences) alors que DocFetcher avec sa présentation sous forme de liste avec case à cocher parait permettre une recherche plus approfondie mais moins naturelle (pour moi).
DocFetcher a l'air plus facile à limiter à des répertoires particuliers (dans recoll il faut créer des index séparés et les ouvrir, c'est un peu chiant, alors que DocFetcher a des cases à cocher pour les répertoires).
Ca tombe bien, c'est surtout ca qu'on attends dans les mesures audio…
Une copie d'écran d'oscillo ça n'est pas ce qu'on appelle une caractérisation avec du matériel professionnel. Peux-tu me pointer vers la courbe donnant la distorsion harmonique totale en fonction de la fréquence ?
Il y a vraiment besoin d'argumenter la dessus…genre…la fragmentation qui rend le developpement extrement difficile dans le domaine des logiciels avec ihm.
Je parlais du noyau, mais si tu veux parler des distributions, soit. C'est la diversité des distributions linux qui fait leur valeur. Si tu veux un Unix certifié avec un bon support et une interface moderne et homogène, regarde plutôt du côté de OS X.
Accessoirement tu parlais de FUD quand je parlais de destruction de materiel
Le FUD (dois-je me répéter) vient de la formulation où tu agites de vagues perspectives de problèmes matériels pour justifier du fait que personne ne devrait changer les plans du monsieur (alors qu'il y a certainement des personnes compétentes pour faire des modifications).
Si l'interet d'ameliorer les choses pour ton propre usage.
L'intérêt des projets sous licence libre est bien plus large que cela (tu es lecteur de linuxfr, comment peux-tu ne pas comprendre le parallèle ?). Tout comme pour le cas des logiciels, je peux développer des trucs géniaux dans mon coin, ça ne sert à rien (de mon point de vue) si je ne peux pas en faire profiter les autres en publiant des versions modifiées.
Pouvoir contacter l'auteur est sans intérêt pratique. S'il a choisi cette licence particulière c'est qu'il n'est pas trop du genre à développer ses projets avec une communauté autour de lui.
d'ou l'importance de ne pas s'amuser a changer un circuit tout en conservant son nom, histoire de ne pas induire des gens en erreur)
S'il autorisait à publier les versions modifiées sous un nom différent du sien, ce serait bien mais ce n'est pas le cas.
Mais j'aimerais vraiment savoir si cette manipe fonctionne.
Il est tentant de dire que oui… mais je n'ai jamais essayé. Cela dit la page http://fredo.servehttp.com/html/Astu-19_3.htm a un paragraphe « Dupliquer vos disques RAID » qui semble impliquer que ça devrait marcher. Toute une moitié de la page présente différents scénarios catastrophe avec le RAID et aide à les résoudre, cela devrait être une bonne lecture dans ton cas.
l'intérêt du RAID 5 chez un particulier, c'est quand même de limiter le besoin de sauvegarde à tout bout de champ.
Et le problème du RAID5 chez le particulier (comme le note le journal initial) c'est que les temps de réplication ont tellement augmenté (avec la capacité des disques) qu'on ne peut exclure une autre faille technique au même moment qui aurait des effets catastrophiques. Du coup une sauvegarde traditionnelle sur des disques externes (de préférence redondants) est encore la meilleure solution.
j'ai encore 100 Go de données dans mon /home. Sur quoi je puis sauvegarder cela autrement que sur un autre disque dur, en combien de temps, et surtout à quelle fréquence ?
Un logiciel de sauvegarde ou un petit script rsync ne sauvegardent que les fichiers qui ont changé, donc le temps de sauvegarde reste limité même si la capacité totale est élevée. Personnellement je fais une sauvegarde rsync de mon disque 1 To chaque semaine (sachant que ma gentoo recompile chaque semaine les trucs les plus variés), et cela prend en général trois minutes sur le disque de sauvegarde le plus lent (3.5'', usb2), la moitié sur le disque plus rapide (2.5'', usb3).
Son blog est assez fouillis, j'ai peut-être manqué un truc, mais à part des copies d'écran d'oscilloscope, je n'ai pas trouvé quelque chose qui se rapproche des datasheets professionnelles genre celle du composant TPA6120.
On parle des degats fait sur la perception de Linux sur le public, pas des sentiments de l'auteur a ce sujet.
Donc dis-moi quels sont les dégâts causés par les nombreux forks du noyau linux.
Pas le droit de faire des modifs et de les distribuer. C'est TRES important pour du materiel.
FUD
Non realite.
Ta phrase initiale, dont le raisonnement se résume à : (liberté de republier les modifications) => (risques de casse matérielle) correspond à la définition de FUD, c'est-à-dire la volonté d'instiller « peur, incertitude, doute » sans argumentation sur un cas précis.
L'appareil est toujours en parfait etat de fonctionnement, suffit de remettre le firmware d'origine.
Dans certains cas (rares) ça rend l'appareil photo inopérant. Voir Camera failures suspected to be caused by CHDK. Tu te rappelles peut-être aussi de ces laptops Samsung qui devenaient définitivement inutilisables (« briqué ») quand on démarrait Linux avec UEFI activé ? source Bon finalement un problème matériel mais quand même causé par une exécution de certains logiciels.
M'enfin bon tu connais visiblement rien au monde de l'audio.
L'argument d'autorité, on l'attendait celui-là !
Tu pourras ergoter tant que tu veux, les modifications ne sont pas interdites.
Bien sûr que les modifications pour usage personnel ne sont pas interdites, mais je n'ai aucun intérêt à mettre la main à un projet si je suis interdit par la licence de publier mes modifications sur internet.
Il n'est pas le seul au monde à savoir router un circuit quand même.
Oui bah v adire ca a de nombreux 'professionnels' dans le genre.
Comment sais-tu que c'est lui qui est meilleur que les autres professionnels ? Il y a beaucoup d'ingénieurs qui travaillent pour des marques connues et qui savent faire des amplificateurs qui ne détruisent pas un casque. C'est une communauté de contributeurs potentiels pour un projet libre.
Je peux forker le noyau linux et faire des tas de trucs intelligents ou idiots, dire ou ne pas dire que ça vient de linux, et ça ne causera jamais la moindre mauvaise publicité à monsieur Linus.
A monsieur Linux non. A la distribution public Linux le mal est deja fait.
Tu pense qu'il dort mal le pauvre à cause des centaines de forks ratés de son noyau qui existent déjà ? Moi je pense qu'il est content que son boulot soit utile, tout autant à des idiots qu'à des gens compétents.
Ca s'apelle un WTFPL ware.
Tu peux relire la licence WTFPL… http://www.wtfpl.net/about/ : « changing it is allowed as long as the name is changed. ». Si tu peux redistribuer mais pas modifier, c'est un :en:Freely redistributable software dont les sous-catégories particulières sont freeware et shareware (et ici ce n'est pas un shareware).
Pas le droit de faire des modifs et de les distribuer. C'est TRES important pour du materiel. Un code qui foire ca te coute pas cher. Un ampli qui detruit ton casque ou tes enceintes, c'est pas le meme tarif.
FUD. En gros tu n'aime pas le matériel sous licence libre. C'est pourtant tout un mouvement parallèle au logiciel libre, voir :en:Open-source hardware.
Un code qui foire ca te coute pas cher.
Ça peut te couter 3500 euros si le firmware libre Magic lantern plante ton appareil photo haut de gamme. Ou un peu moins d'argent si tu as un appareil plus économique et que le build du Canon Hack Development Kit en version alpha pour certains appareil moins fréquents le bloque définitivement avec la lentille dépliée (bug connu).
Un ampli qui detruit ton casque ou tes enceintes, c'est pas le meme tarif.
C'est pas un routage mal optimisé qui va détruire ton casque, c'est les branchements foireux et les soudures mal faites que le lecteur inexpérimenté va faire même avec un plan parfait. D'ailleurs sur son blog il prévient qu'il faut commencer à brancher des écouteurs pas cher (il parle de « sacrificial headphones »).
La page d'IPOT et l'exemple de session n'indiquent pas explicitement que la version 3.2.24 était la plus récente (c'est juste la version demandée sur le terminal par l'utilisateur). En revanche il y a comme différence que 3.2 était une branche séparée du noyau.
Et comment tu peux le savoir, quand l'application n'est pas libre ?
Être libre est une condition nécessaire mais pas suffisante. Une application libre pourrait très bien communiquer avec les serveurs de Google ou les serveurs de CyanogenMod pour certaines fonctionnalités. La question que je pose est donc s'il y a d'autres composants de CyanogenMod (libre ou pas) donc le comportement connu est de communiquer avec des serveurs externes en tâche de fond (sans que ça soit visible de l'utilisateur ; par exemple c'est évident que le browser se connecte au serveur que je lui indique).
Mais je peux comprendre que l'on ne veut pas que son nom soit associe a des modifs pourries.
Les licences CC prévoient explicitement que tu puisse demander à retirer ton nom si des modifications ne te plaisent pas.
Si tu change le routing pour replacer ton bouton tu risques des interferences suivant la ou tu va foutre les nouvelles lignes.
Il n'est pas le seul au monde à savoir router un circuit quand même.
Exactement changer les plans, donc plus les siens, donc ne plus pouvoir dire que ca descend des siens.
Je peux forker le noyau linux et faire des tas de trucs intelligents ou idiots, dire ou ne pas dire que ça vient de linux, et ça ne causera jamais la moindre mauvaise publicité à monsieur Linus.
Je trouve ca parfait comme license. Ca evite la mauvaise pub par des mecs qui se croient meilleurs.
Publie des logiciels sous cette licence, alors (ça s'appelle un freeware).
En ce qui concerne un smartphone, je ne suis pas tant intéressé de savoir si les applications sont libre ou pas (vu que je ne vais pas les modifier), mais de savoir lesquelles ex-filtrent le moins de données possible vers les violeurs de vie privée. En suivant un lien, j'ai pu lire que NoAnalytics utilisé par freecyngn réduit à néant la fonctionnalité de Google Analytics, ce qui est bien. Mais était-ce la seule source de fuite d'informations d'une installation par défaut de CyanogenMod ?
toute modification apportera plus certainement des defauts qu'une amelioration.
Le même argument fallacieux est utilisé par les auteurs de freeware pour expliquer qu'ils ne libèrent pas leur code.
Il faut être naïf pour croire qu'un projet est parfait, et incompétent pour croire qu'il est fini.
Il y a plein de choix de condensateurs de basse résistance série, de potentiomètres de qualité, de système de régulateurs de tension de faible bruit, et chacun a une empreinte différente qui nécessite de modifier les plans. Je peux aussi vouloir utiliser des composants SMD ce qui est une amélioration CRITIQUE pour réduire le bruit électronique, voire je peux vouloir optimiser le circuit pour une impression multicouches, ou refaire le plan de masse en fonction des résultats d'une simulation de bruit.
Peut-être que je voudrais un bouton qui se tourne sur le dessus et non pas sur le côté. Ou peut-être que je veux changer la position des trous de vissage sans rien toucher à l'électronique.
Je peux comprendre les gens qui mettent NC avec l'argument « c'est mon travail je ne veux pas qu'on s'enrichisse avec sans m'en demander la permission ou me rétribuer justement ». En ce qui concerne une clause ND sur des plans d'électronique par essence destinés à évoluer, rien d'autre ne me vient à l'esprit qu'un désintérêt teinté de mépris.
Merci pour la dépêche très informative. En revanche des plans sous CC BY-ND je vois pas l'intérêt par rapport à ce qu'on trouverait dans un magazine d'électronique. Au moins les magazines commerciaux n'ont pas le mauvais gout d'écrire « open-source hardware » (mentionné dans son blog) sur un truc qui ne l'est pas. La définition de open-source hardware (OSHW 1.0) inclut explicitement la possibilité de modifier et redistribuer les versions modifiées.
Posté par JGO .
En réponse à la dépêche ownCloud 6.
Évalué à 2.
Le paquet libreoffice-core de Debian dépend de X. Pour avoir un paquet vraiment headless il faudrait compiler séparément avec la configuration adéquate (voir cette page de wiki et ce message qui dit que ça marche avec la version LibO 4.1).
Posté par JGO .
En réponse à la dépêche ownCloud 6.
Évalué à 5.
Le problème a été résolu ce matin. Libreoffice et clamav (ainsi que ffmpeg) sont maintenant en Suggests au lieu de Recommends, donc par défaut il ne va plus les installer.
Posté par JGO .
En réponse à la dépêche ownCloud 6.
Évalué à 3.
Avec apt-get libreoffice-core, on me demande toujours les libs de X (Cairo, gdk-pixbuf, libxinerama, libxrandr, libxft), en tout 54 dépendances, certes moins que les 138 dépendances pour apt-get libreoffice (qui appelle java, python et plein de polices). Je pense que -core c'est juste un moyen pour séparer -writer, -calc, -impress, -base et -draw pour ceux qui ne veulent pas la suite complète. Peut-être que de toute façon y'a pas le choix, libreoffice fait du rendu graphique avec les libs de X, donc même pour les scripts il les lui faut.
Posté par JGO .
En réponse à la dépêche ownCloud 6.
Évalué à 3.
Je n'ai pas l'impression qu'il y ait un paquet séparé pour Debian (ou alors j'ai manqué un truc). Je pourrais compiler à la main en suivant les instructions du wiki https://wiki.documentfoundation.org/Development/HeadlessBuild mais j'ai pas trop envie (il faudrait que je compile sur une machine séparée, mon vps ne va pas y arriver, et de toute façon c'est pas joli joli de faire des installs manuelles qui me priveraient des facilités de mises à jour automatique par le gestionnaire de paquets).
Posté par JGO .
En réponse à la dépêche ownCloud 6.
Évalué à 4.
Dernière modification le 15 décembre 2013 à 17:36.
"Bonjour, j'ai installé owncloud depuis les dépôts, et je n'ai pas les miniatures ODT comme annoncé dans les notes de version. Je sais que c'est un bug parce que les miniatures images elles marchent parfaitement."
Dans le sens où c'est fait actuellement : je suis en ce moment même en train de comparer les dépendances de libreoffice et celles de owncloud pour séparer ce qui vient de l'un et de l'autre. Ça prend 15 minutes et nécessite l'écriture d'un script shell.
Dans le sens de ton exemple : il suffit que les notes de version indiquent que les miniatures ODT ne seront présentes que si le serveur dispose de libreoffice. Si l'utilisateur veut avoir cette fonctionnalité il sait comment faire, et le problème est résolu en quelques secondes avec une commande toute simple.
Posté par JGO .
En réponse à la dépêche ownCloud 6.
Évalué à 8.
Dernière modification le 14 décembre 2013 à 17:49.
(500mo, ça prend une demi-heure à télécharger chez moi, on n’a pas tous la fibre hein).
ownCloud va surtout être installé sur un VPS à la con dans un coin pas cher, avec une bande passante de 1 Gbps sur le miroir local.
Le problème sur les VPS c'est pas tant la bande passante, mais :
l'espace est payant et 500 Mo c'est déjà significatif (mon VPS à la con a 20 Go d'espace).
installer x.org/java/python sur un serveur qui n'en a pas besoin, autant de failles potentielles.
Oups, pas très modulaire le Ooo, il faudrait plutôt l'accuser lui et c'est juste que le projet n'a pas eu le temp et la volonté de découper, tu sais ce qu'il te reste à faire ;) ).
C'est pas trop la faute d'OOo/LibO, leur projet n'est pas un moteur de miniatures… en revanche ça aurait pris un après-midi à un type de chez owncloud.org pour écrire un module qui affiche les premières lignes du fichier ODT (qui sont des fichiers XML compressés donc assez faciles à analyser). Et ce serait BEAUCOUP plus utilisable qu'une miniature ressemblant à un rectangle blanc avec quelques pixels gris comme pour la plupart des documents de prise de notes qui seront créés avec owncloud 6.
Sinon de façon générale, il faut voir que la cible de owncloud 5 c'est le partage d'images et vidéos. Donc à peu près 99 % des utilisateurs ont besoin des aperçus d'images (qui existent déjà dans la version 5). Alors que le stockage des fichiers ODT, ça a l'air nettement moins répandu. T'en connais beaucoup des particuliers qui utilisent un hébergement externalisé pour stocker des fichiers ODT ? Alors que je suis sûr que tu connais plein de gens qui font ça pour des images et vidéos. Même pour les gens qui utilisent les fichiers ODT fréquemment, les miniatures des fichiers ODT, je le mentionnais plus haut, c'est pas ce qu'il y a de plus visuellement indicatif du contenu.
Posté par JGO .
En réponse à la dépêche ownCloud 6.
Évalué à 4.
Dernière modification le 13 décembre 2013 à 18:18.
Effectivement ça n'installerait pas libreoffice, mais ça m'empêche aussi de savoir quelles sont les autres dépendances utiles. LibreOffice (pour les thumbnails ODF) aurait dû se retrouver en Suggests, alors que d'autres dépendances (p.ex. les thumbnails d'images en général) pourraient aller en Recommends.
Recommends This declares a strong, but not absolute, dependency. The Recommends field should list packages that would be found together with this one in all but unusual installations. Suggests This is used to declare that one package may be more useful with one or more others. Using this field tells the packaging system and the user that the listed packages are related to this one and can perhaps enhance its usefulness, but that installing this one without them is perfectly reasonable.
Libreoffice n'est pas un paquet qui est destiné à se retrouver sur « toutes les installations à part les très inhabituelles ». Au contraire il est « parfaitement raisonnable » d'installer Owncloud sans les thumbnails ODF. Ils auraient dû mettre Libreoffice en Suggests au lieu de Recommends.
Si je désactive les paquets recommandés, je ne peux pas savoir quels sont les dépendances réellement utiles dans le cas général. Par exemple je voix imagemagick dans la liste. Sert-il à générer les thumbnails de nombreux formats d'images, ou est-ce une dépendance indirecte de libreoffice ou je-ne-sais-quoi d'autre ? J'ai lu quelque part que les thumbnails de vidéos sont maintenant disponibles (c'est la fonctionnalité que je voulais), mais quelle est la ligne parmi les 168 qui contient la bibliothèque qui fait ça ? Pour répondre à ta remarque oui je peux désactiver les paquets recommandés, mais du coup il désactive toutes les recommandations dont certaines fort utiles, mais je ne peux pas savoir desquelles il s'agit.
Il leur manque c'est une liste bien propre des dépendances directes pour que l'utilisateur puisse décider s'il veut Libreoffice, sans que le gestionnaire de paquets n'inclue directement dans les mises à jour proposées les 150 paquets dont dépend libreoffice au second niveau, mélangés avec les autres paquets dont dépend Owncloud au premier niveau.
Posté par JGO .
En réponse à la dépêche ownCloud 6.
Évalué à 10.
Dernière modification le 13 décembre 2013 à 16:55.
Ce bug https://github.com/owncloud/core/issues/6355 est assez chiant pour la mise à jour. Le package pour Debian/Ubuntu recommande LibreOffice. Du coup la mise à jour demande 500 Mo en 168 packages dont x.org, gtk, java, libreoffice et un tas de polices. Sur un serveur ça le fait pas trop, et tout ça juste pour les thumbnails optionnels des documents ODF (l'édition collaborative, qui est l'une des principales nouvelles fonctionnalités, n'en a pas besoin).
[^] # Re: Fait
Posté par JGO . En réponse à l’entrée du suivi Mise à jour de la licence des contenus collaboratifs vers CC-by-sa 4.0. Évalué à 2 (+0/-0).
C'est la plus sage décision. J'ai deux questions :
# recoll
Posté par JGO . En réponse à la dépêche DocFetcher, pour rechercher des mots clés dans les fichiers. Évalué à 5. Dernière modification le 31 décembre 2013 à 18:41.
Salut, merci pour la dépêche. Moi j'utilise recoll. Docfetcher a l'air très complet et bien adapté pour le source code. À vue comme ça, les différences qui me viennent :
[^] # Re: Sauvegarde ?
Posté par JGO . En réponse au message RAID 5 sans spare => changement préventif de disque. Évalué à 3. Dernière modification le 30 décembre 2013 à 12:53.
Cela dit s'il fait du RAID6 software cela peut réduire considérablement les performances d'écriture (et augmenter un peu aussi la charge processeur). Voir par exemple http://askubuntu.com/questions/19325/improving-mdadm-raid-6-write-speed
[^] # Re: CC BY-ND 3.0 (suite)
Posté par JGO . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 3.
Une copie d'écran d'oscillo ça n'est pas ce qu'on appelle une caractérisation avec du matériel professionnel. Peux-tu me pointer vers la courbe donnant la distorsion harmonique totale en fonction de la fréquence ?
Je parlais du noyau, mais si tu veux parler des distributions, soit. C'est la diversité des distributions linux qui fait leur valeur. Si tu veux un Unix certifié avec un bon support et une interface moderne et homogène, regarde plutôt du côté de OS X.
Le FUD (dois-je me répéter) vient de la formulation où tu agites de vagues perspectives de problèmes matériels pour justifier du fait que personne ne devrait changer les plans du monsieur (alors qu'il y a certainement des personnes compétentes pour faire des modifications).
L'intérêt des projets sous licence libre est bien plus large que cela (tu es lecteur de linuxfr, comment peux-tu ne pas comprendre le parallèle ?). Tout comme pour le cas des logiciels, je peux développer des trucs géniaux dans mon coin, ça ne sert à rien (de mon point de vue) si je ne peux pas en faire profiter les autres en publiant des versions modifiées.
Pouvoir contacter l'auteur est sans intérêt pratique. S'il a choisi cette licence particulière c'est qu'il n'est pas trop du genre à développer ses projets avec une communauté autour de lui.
S'il autorisait à publier les versions modifiées sous un nom différent du sien, ce serait bien mais ce n'est pas le cas.
[^] # Re: Sauvegarde ?
Posté par JGO . En réponse au message RAID 5 sans spare => changement préventif de disque. Évalué à 3. Dernière modification le 29 décembre 2013 à 20:55.
Il est tentant de dire que oui… mais je n'ai jamais essayé. Cela dit la page http://fredo.servehttp.com/html/Astu-19_3.htm a un paragraphe « Dupliquer vos disques RAID » qui semble impliquer que ça devrait marcher. Toute une moitié de la page présente différents scénarios catastrophe avec le RAID et aide à les résoudre, cela devrait être une bonne lecture dans ton cas.
[^] # Re: Sauvegarde ?
Posté par JGO . En réponse au message RAID 5 sans spare => changement préventif de disque. Évalué à 4. Dernière modification le 29 décembre 2013 à 19:31.
Et le problème du RAID5 chez le particulier (comme le note le journal initial) c'est que les temps de réplication ont tellement augmenté (avec la capacité des disques) qu'on ne peut exclure une autre faille technique au même moment qui aurait des effets catastrophiques. Du coup une sauvegarde traditionnelle sur des disques externes (de préférence redondants) est encore la meilleure solution.
Voir à ce sujet l'article de 2007 : Why Raid 5 stops working in 2009, que le même auteur a revisité (pour le confirmer) en 2013 : Has RAID5 stopped working?
Un logiciel de sauvegarde ou un petit script rsync ne sauvegardent que les fichiers qui ont changé, donc le temps de sauvegarde reste limité même si la capacité totale est élevée. Personnellement je fais une sauvegarde rsync de mon disque 1 To chaque semaine (sachant que ma gentoo recompile chaque semaine les trucs les plus variés), et cela prend en général trois minutes sur le disque de sauvegarde le plus lent (3.5'', usb2), la moitié sur le disque plus rapide (2.5'', usb3).
[^] # Re: CC BY-ND 3.0 (suite)
Posté par JGO . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 2.
Son blog est assez fouillis, j'ai peut-être manqué un truc, mais à part des copies d'écran d'oscilloscope, je n'ai pas trouvé quelque chose qui se rapproche des datasheets professionnelles genre celle du composant TPA6120.
Donc dis-moi quels sont les dégâts causés par les nombreux forks du noyau linux.
Ta phrase initiale, dont le raisonnement se résume à : (liberté de republier les modifications) => (risques de casse matérielle) correspond à la définition de FUD, c'est-à-dire la volonté d'instiller « peur, incertitude, doute » sans argumentation sur un cas précis.
Dans certains cas (rares) ça rend l'appareil photo inopérant. Voir Camera failures suspected to be caused by CHDK. Tu te rappelles peut-être aussi de ces laptops Samsung qui devenaient définitivement inutilisables (« briqué ») quand on démarrait Linux avec UEFI activé ? source Bon finalement un problème matériel mais quand même causé par une exécution de certains logiciels.
L'argument d'autorité, on l'attendait celui-là !
Bien sûr que les modifications pour usage personnel ne sont pas interdites, mais je n'ai aucun intérêt à mettre la main à un projet si je suis interdit par la licence de publier mes modifications sur internet.
[^] # Re: CC BY-ND 3.0 (suite)
Posté par JGO . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 3. Dernière modification le 29 décembre 2013 à 13:01.
Comment sais-tu que c'est lui qui est meilleur que les autres professionnels ? Il y a beaucoup d'ingénieurs qui travaillent pour des marques connues et qui savent faire des amplificateurs qui ne détruisent pas un casque. C'est une communauté de contributeurs potentiels pour un projet libre.
Tu pense qu'il dort mal le pauvre à cause des centaines de forks ratés de son noyau qui existent déjà ? Moi je pense qu'il est content que son boulot soit utile, tout autant à des idiots qu'à des gens compétents.
Tu peux relire la licence WTFPL… http://www.wtfpl.net/about/ : « changing it is allowed as long as the name is changed. ». Si tu peux redistribuer mais pas modifier, c'est un :en:Freely redistributable software dont les sous-catégories particulières sont freeware et shareware (et ici ce n'est pas un shareware).
FUD. En gros tu n'aime pas le matériel sous licence libre. C'est pourtant tout un mouvement parallèle au logiciel libre, voir :en:Open-source hardware.
Ça peut te couter 3500 euros si le firmware libre Magic lantern plante ton appareil photo haut de gamme. Ou un peu moins d'argent si tu as un appareil plus économique et que le build du Canon Hack Development Kit en version alpha pour certains appareil moins fréquents le bloque définitivement avec la lentille dépliée (bug connu).
C'est pas un routage mal optimisé qui va détruire ton casque, c'est les branchements foireux et les soudures mal faites que le lecteur inexpérimenté va faire même avec un plan parfait. D'ailleurs sur son blog il prévient qu'il faut commencer à brancher des écouteurs pas cher (il parle de « sacrificial headphones »).
[^] # Re: Les progrès d'IPOT...
Posté par JGO . En réponse au journal Les nouvelles versions du noyau seront publiées en .xz. Évalué à 2. Dernière modification le 28 décembre 2013 à 19:06.
La page d'IPOT et l'exemple de session n'indiquent pas explicitement que la version 3.2.24 était la plus récente (c'est juste la version demandée sur le terminal par l'utilisateur). En revanche il y a comme différence que 3.2 était une branche séparée du noyau.
[^] # Re: vie privée
Posté par JGO . En réponse à la dépêche freecyngn = CyanogenMod - Google (mais pas plus libre). Évalué à 9. Dernière modification le 28 décembre 2013 à 19:01.
Être libre est une condition nécessaire mais pas suffisante. Une application libre pourrait très bien communiquer avec les serveurs de Google ou les serveurs de CyanogenMod pour certaines fonctionnalités. La question que je pose est donc s'il y a d'autres composants de CyanogenMod (libre ou pas) donc le comportement connu est de communiquer avec des serveurs externes en tâche de fond (sans que ça soit visible de l'utilisateur ; par exemple c'est évident que le browser se connecte au serveur que je lui indique).
[^] # Re: CC BY-ND 3.0 (suite)
Posté par JGO . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 2.
Les licences CC prévoient explicitement que tu puisse demander à retirer ton nom si des modifications ne te plaisent pas.
Il n'est pas le seul au monde à savoir router un circuit quand même.
Je peux forker le noyau linux et faire des tas de trucs intelligents ou idiots, dire ou ne pas dire que ça vient de linux, et ça ne causera jamais la moindre mauvaise publicité à monsieur Linus.
Publie des logiciels sous cette licence, alors (ça s'appelle un freeware).
# vie privée
Posté par JGO . En réponse à la dépêche freecyngn = CyanogenMod - Google (mais pas plus libre). Évalué à 5. Dernière modification le 28 décembre 2013 à 16:36.
En ce qui concerne un smartphone, je ne suis pas tant intéressé de savoir si les applications sont libre ou pas (vu que je ne vais pas les modifier), mais de savoir lesquelles ex-filtrent le moins de données possible vers les violeurs de vie privée. En suivant un lien, j'ai pu lire que NoAnalytics utilisé par freecyngn réduit à néant la fonctionnalité de Google Analytics, ce qui est bien. Mais était-ce la seule source de fuite d'informations d'une installation par défaut de CyanogenMod ?
[^] # Re: CC BY-ND 3.0 (suite)
Posté par JGO . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 3.
Le même argument fallacieux est utilisé par les auteurs de freeware pour expliquer qu'ils ne libèrent pas leur code.
Il faut être naïf pour croire qu'un projet est parfait, et incompétent pour croire qu'il est fini.
Il y a plein de choix de condensateurs de basse résistance série, de potentiomètres de qualité, de système de régulateurs de tension de faible bruit, et chacun a une empreinte différente qui nécessite de modifier les plans. Je peux aussi vouloir utiliser des composants SMD ce qui est une amélioration CRITIQUE pour réduire le bruit électronique, voire je peux vouloir optimiser le circuit pour une impression multicouches, ou refaire le plan de masse en fonction des résultats d'une simulation de bruit.
Peut-être que je voudrais un bouton qui se tourne sur le dessus et non pas sur le côté. Ou peut-être que je veux changer la position des trous de vissage sans rien toucher à l'électronique.
[^] # Re: CC BY-ND 3.0 (suite)
Posté par JGO . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 10. Dernière modification le 19 décembre 2013 à 11:22.
Je peux comprendre les gens qui mettent NC avec l'argument « c'est mon travail je ne veux pas qu'on s'enrichisse avec sans m'en demander la permission ou me rétribuer justement ». En ce qui concerne une clause ND sur des plans d'électronique par essence destinés à évoluer, rien d'autre ne me vient à l'esprit qu'un désintérêt teinté de mépris.
# CC BY-ND 3.0
Posté par JGO . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 7.
Merci pour la dépêche très informative. En revanche des plans sous CC BY-ND je vois pas l'intérêt par rapport à ce qu'on trouverait dans un magazine d'électronique. Au moins les magazines commerciaux n'ont pas le mauvais gout d'écrire « open-source hardware » (mentionné dans son blog) sur un truc qui ne l'est pas. La définition de open-source hardware (OSHW 1.0) inclut explicitement la possibilité de modifier et redistribuer les versions modifiées.
[^] # Re: Bug chiant
Posté par JGO . En réponse à la dépêche ownCloud 6. Évalué à 2.
Le paquet libreoffice-core de Debian dépend de X. Pour avoir un paquet vraiment headless il faudrait compiler séparément avec la configuration adéquate (voir cette page de wiki et ce message qui dit que ça marche avec la version LibO 4.1).
[^] # Re: Bug chiant
Posté par JGO . En réponse à la dépêche ownCloud 6. Évalué à 5.
Le problème a été résolu ce matin. Libreoffice et clamav (ainsi que ffmpeg) sont maintenant en Suggests au lieu de Recommends, donc par défaut il ne va plus les installer.
[^] # Re: Bug chiant
Posté par JGO . En réponse à la dépêche ownCloud 6. Évalué à 3.
Avec
apt-get libreoffice-core, on me demande toujours les libs de X (Cairo, gdk-pixbuf, libxinerama, libxrandr, libxft), en tout 54 dépendances, certes moins que les 138 dépendances pourapt-get libreoffice(qui appelle java, python et plein de polices). Je pense que -core c'est juste un moyen pour séparer -writer, -calc, -impress, -base et -draw pour ceux qui ne veulent pas la suite complète. Peut-être que de toute façon y'a pas le choix, libreoffice fait du rendu graphique avec les libs de X, donc même pour les scripts il les lui faut.[^] # Re: Bug chiant
Posté par JGO . En réponse à la dépêche ownCloud 6. Évalué à 3.
Je n'ai pas l'impression qu'il y ait un paquet séparé pour Debian (ou alors j'ai manqué un truc). Je pourrais compiler à la main en suivant les instructions du wiki https://wiki.documentfoundation.org/Development/HeadlessBuild mais j'ai pas trop envie (il faudrait que je compile sur une machine séparée, mon vps ne va pas y arriver, et de toute façon c'est pas joli joli de faire des installs manuelles qui me priveraient des facilités de mises à jour automatique par le gestionnaire de paquets).
[^] # Re: Bug chiant
Posté par JGO . En réponse à la dépêche ownCloud 6. Évalué à 3. Dernière modification le 15 décembre 2013 à 18:21.
Bon j'ai trouvé le fichier où les recommandations sont listées :
https://build.opensuse.org/package/view_file/isv:ownCloud:community:6.0/owncloud/debian.control
D'ailleurs ils se sont gourés dans la liste, il manque (avconv | ffmpeg) pour les miniature vidéo. Ces paquets sont appelés dans https://github.com/owncloud/core/blob/master/lib/private/preview/movies.php
[^] # Re: Bug chiant
Posté par JGO . En réponse à la dépêche ownCloud 6. Évalué à 4. Dernière modification le 15 décembre 2013 à 17:36.
Dans le sens où c'est fait actuellement : je suis en ce moment même en train de comparer les dépendances de libreoffice et celles de owncloud pour séparer ce qui vient de l'un et de l'autre. Ça prend 15 minutes et nécessite l'écriture d'un script shell.
Dans le sens de ton exemple : il suffit que les notes de version indiquent que les miniatures ODT ne seront présentes que si le serveur dispose de libreoffice. Si l'utilisateur veut avoir cette fonctionnalité il sait comment faire, et le problème est résolu en quelques secondes avec une commande toute simple.
[^] # Re: Bug chiant
Posté par JGO . En réponse à la dépêche ownCloud 6. Évalué à 8. Dernière modification le 14 décembre 2013 à 17:49.
Le problème sur les VPS c'est pas tant la bande passante, mais :
C'est pas trop la faute d'OOo/LibO, leur projet n'est pas un moteur de miniatures… en revanche ça aurait pris un après-midi à un type de chez owncloud.org pour écrire un module qui affiche les premières lignes du fichier ODT (qui sont des fichiers XML compressés donc assez faciles à analyser). Et ce serait BEAUCOUP plus utilisable qu'une miniature ressemblant à un rectangle blanc avec quelques pixels gris comme pour la plupart des documents de prise de notes qui seront créés avec owncloud 6.
Sinon de façon générale, il faut voir que la cible de owncloud 5 c'est le partage d'images et vidéos. Donc à peu près 99 % des utilisateurs ont besoin des aperçus d'images (qui existent déjà dans la version 5). Alors que le stockage des fichiers ODT, ça a l'air nettement moins répandu. T'en connais beaucoup des particuliers qui utilisent un hébergement externalisé pour stocker des fichiers ODT ? Alors que je suis sûr que tu connais plein de gens qui font ça pour des images et vidéos. Même pour les gens qui utilisent les fichiers ODT fréquemment, les miniatures des fichiers ODT, je le mentionnais plus haut, c'est pas ce qu'il y a de plus visuellement indicatif du contenu.
[^] # Re: Bug chiant
Posté par JGO . En réponse à la dépêche ownCloud 6. Évalué à 4. Dernière modification le 13 décembre 2013 à 18:18.
Effectivement ça n'installerait pas libreoffice, mais ça m'empêche aussi de savoir quelles sont les autres dépendances utiles. LibreOffice (pour les thumbnails ODF) aurait dû se retrouver en Suggests, alors que d'autres dépendances (p.ex. les thumbnails d'images en général) pourraient aller en Recommends.
[^] # Re: Bug chiant
Posté par JGO . En réponse à la dépêche ownCloud 6. Évalué à 10. Dernière modification le 13 décembre 2013 à 17:45.
Le problème c'est qu'ils ne suivent pas les règles d'empaquetage de Debian.
RecommendsThis declares a strong, but not absolute, dependency.The Recommends field should list packages that would be found togetherwith this one in all but unusual installations.SuggestsThis is used to declare that one package may be more useful with one ormore others. Using this field tells the packaging system and the user thatthe listed packages are related to this one and can perhaps enhance itsusefulness, but that installing this one without them is perfectly reasonable.Libreoffice n'est pas un paquet qui est destiné à se retrouver sur « toutes les installations à part les très inhabituelles ». Au contraire il est « parfaitement raisonnable » d'installer Owncloud sans les thumbnails ODF. Ils auraient dû mettre Libreoffice en
Suggestsau lieu deRecommends.Si je désactive les paquets recommandés, je ne peux pas savoir quels sont les dépendances réellement utiles dans le cas général. Par exemple je voix imagemagick dans la liste. Sert-il à générer les thumbnails de nombreux formats d'images, ou est-ce une dépendance indirecte de libreoffice ou je-ne-sais-quoi d'autre ? J'ai lu quelque part que les thumbnails de vidéos sont maintenant disponibles (c'est la fonctionnalité que je voulais), mais quelle est la ligne parmi les 168 qui contient la bibliothèque qui fait ça ? Pour répondre à ta remarque oui je peux désactiver les paquets recommandés, mais du coup il désactive toutes les recommandations dont certaines fort utiles, mais je ne peux pas savoir desquelles il s'agit.
Il leur manque c'est une liste bien propre des dépendances directes pour que l'utilisateur puisse décider s'il veut Libreoffice, sans que le gestionnaire de paquets n'inclue directement dans les mises à jour proposées les 150 paquets dont dépend libreoffice au second niveau, mélangés avec les autres paquets dont dépend Owncloud au premier niveau.
# Bug chiant
Posté par JGO . En réponse à la dépêche ownCloud 6. Évalué à 10. Dernière modification le 13 décembre 2013 à 16:55.
Ce bug https://github.com/owncloud/core/issues/6355 est assez chiant pour la mise à jour. Le package pour Debian/Ubuntu recommande LibreOffice. Du coup la mise à jour demande 500 Mo en 168 packages dont x.org, gtk, java, libreoffice et un tas de polices. Sur un serveur ça le fait pas trop, et tout ça juste pour les thumbnails optionnels des documents ODF (l'édition collaborative, qui est l'une des principales nouvelles fonctionnalités, n'en a pas besoin).