Tu peux extraire la bande-son de la vidéo, et la publier sous CC By, par contre si tu va télécharger les pistes musicales non-mixées sur le site du projet, celles-ci sont sous CC By-ND.
Remarque je dis peut-être une bêtise : dans le cas des news tu dois pouvoir remplacer le lien de l'image vers celui de la copie en cache. Donc oui, utilisé de cette manière, le cache d'images peut servir d'archive.
C'est le principe du hotlinking, si l'image change à la source, elle change aussi sur ta page. Le cache linuxfr est là pour des raisons techniques, pas pour servir d'archive.
Si tu veux être sûr que l'image dans ta dépêche ne change pas, mets-là à un endroit où elle n'est pas susceptible de changer comme pix.toile-libre.org.
Après si l'image est non-libre et que tu ne peux pas la copier, hé bien tant pis pour toi. :o
Toute la partie vidéo de la démo de Morevna est sous licence CC By, le chef du projet Morevna me l'a confirmé lui-même. La partie audio est sous CC By-NC-SA, parce que c'est la licence de la musique récupérée sur Jamendo. Plus de détails ici : http://morevnaproject.org/2013/07/16/license-issues-of-morevna-project-demo/
Les musiques des prochaines épisodes officiels de Morevna devraient être libres. Une nouvelle démo pourrait être publiée avec une musique libre, si les membres du projets en trouvent une adéquate pour remplacer l'ancienne.
Ça fait tout de même pas mal d'années que tout le monde sait dans le monde du libre que Sourceforge est une plateforme de merde dirigée par des tarés d'adminazis et webmasterisée par des chimpanzés trisomiques défoncés à la datura, et pourtant en 2015 on trouve encore des gens pour s'héberger dessus. C'est bizarre.
J'aime bien suivre l'actu des petits projets de jeux vidéo libres, qui ne sont pas dans les dépôts des distros, et pour lesquels il faut en général aller récupérer les sources et les compiler, et c'est incroyable la quantité qui utilisent encore sourceforge. Ça me pète les burnes parce que quand je vois un lien sourceforge ça veut dire que je dois changer mon luseragent pour "curl" ou "wget" avant de cliquer pour que ça marche. Si on est chanceux le site du projet donne direct le lien vers l'archive et on peut le donner à wget directement, mais les urls de sourceforge sont tellement moches qu'on ne sait presque jamais si le lien qui est donné mène à l'archive ou pas, du coup même problème.
Ce que je veux dire c'est que Alice a une clé primaire avec plusieurs sous-clés : celle qu'elle utilise pour signer ses messages, celle qu'elle utilise pour signer ses commits, celle qu'elle utilise pour son site web, celle qu'elle utilise pour recevoir des dons et celle qu'elle utilise pour recevoir un dividende.
Bob a une clé primaire avec les sous-clés pour signer ses messages, pour authentifier ses publications sur son .onion, pour recevoir des dons, mais pas pour recevoir un dividende (ou alors il en a une mais elle n'est validée par personne).
Si chacun n'a qu'un set de clés limité (actuellement le trousseau classique c'est trois clés : celle pour chiffrer, celle pour signer des contenus, et la clé primaire pour signer d'autres clés), alors le cas de figure de Bob n'est pas envisageable (ni tout autre cas de figure similaire, comme des gens à qui on ferait confiance pour échanger des mails, mais pas pour commiter sur un projet, par exemple, ou à qui on ferait confiance pour les mails et les commits, mais pas pour faire des échanges d'argent).
Il n’y a, en principe, pas de raison d’avoir plus d’une sous-clef de chiffrement et une sous-clef de signature.
Avec les usages actuels, très limités, de la toile de confiance OpenPGP, c'est peut-être le cas, mais les usages peuvent évoluer. Déterminer si on peut faire confiance à quelqu'un, ça peut servir à beaucoup de choses !
Les développeurs d'OpenUDC proposent un standard permettant d'ajouter à une clé un champ qui permet de définir plus finement pour quoi sera utilisée la clé : chiffrer des messages, signer des messages, authentifier des sites web, signer des commits, recevoir et envoyer de l'argent, prouver son existence en tant que personne physique (et éventuellement pouvoir recevoir un dividende universel). Par exemple Alice vient aux key signing parties, dans son trousseau de clés elle va mettre une clé qu'elle va utiliser pour recevoir un dividende, alors que Bob (qui n'est que le pseudo d'Alice dans les tréfonds anonymes de dissidents politiques d'anarcho-gauchistes des Internetz) pourrait être reconnu comme digne de confiance pour échanger des messages, ou recevoir de l'argent sous forme de dons par exemple, mais pas pour recevoir un dividende comme une personne physique. Alors on peut être pour ou contre le dividende universel, spa la question, c'est juste pour dire que l'usage qu'on a de GPG actuellement n'est pas gravé dans le marbre et qu'on peut (qu'on va, sûrement, en fait) développer des usages qui font qui rendront peut-être nécessaire la possession de beaucoup de sous-clés sous une même clé primaire.
Je sais qu'ils voulaient proposer le standard en tant que RFC mais je sais pas où ça en est.
Posté par eingousef .
En réponse à la dépêche Dogmazic est revenu.
Évalué à 5.
Dernière modification le 15 mai 2015 à 23:23.
Si, et à chaque fois qu'un nouveau format sort, et que le distributeur ou l'utilisateur va vouloir réencoder sa musique pour en tirer les avantages, il va appliquer une nouvelle perte de qualité, et si les utilisateurs s'échangent la même musique comme ça pendant 20 ans à la fin ça ressemble plus à rien. C'est pour ça que le mélomane averti exige toujours un exemplaire compressé dans un format sans perte, ainsi quand un nouveau format sort, il réencode à partir du sans perte et pas à partir du fichier dégradé précédent.
En 2015 toute plateforme de musique sérieuse devrait proposer d'obtenir les morceaux dans une version sans perte. Bandcamp le fait systématiquement, OpenGameArt non mais les admins encouragent fortement les artistes à uploader une version sans perte. J'aimerais bien savoir la politique de dogma là dessus.
ACCOMPANYING VIDEO The Original Music shall require express written consent from the original author(s) to be brodcasted or distributed alongside accompanying video. If a derivative work is less than 75% different from the original, express written consent must also be obtained from the original author. The purpose of this section is to prevent the artistic integrity of the work (and thereby the author'(s)) from being compromised by displaying it along with a film or advertisement that the author of the Original Music feels would tarnish his reputation.
Désolé, mais non, ce n'est pas "3 conneries", c'est grave et il faut le faire comprendre.
Dire kon lé mais just en prizon alaurre kil faudray lai zattachai par lai piais et leur peulai la pô dai kouilles et verçai du sitron dessu a sai salauds ils rekomansserai plu ils devindrai janti et le monde irai bien mieu :o
Et puis si les sites affichaient une page avec quelques mots sur leur politique de sécurité aussi, ce ne serait pas du luxe. Avec CertPatrol j'ai régulièrement des alertes de changements "louches" (c'est à dire bien avant la date d'expiration) de certificats ou de CA, et j'ai encore jamais vu un site afficher un truc du style "on vient de changer de CA, si le certif a changé, ne vous inquiétez pas, tout est normal".
[^] # Re: licence audio
Posté par eingousef . En réponse à la dépêche 2015, l'année du cinéma libre ?. Évalué à 4.
Tu peux extraire la bande-son de la vidéo, et la publier sous CC By, par contre si tu va télécharger les pistes musicales non-mixées sur le site du projet, celles-ci sont sous CC By-ND.
*splash!*
[^] # Re: Et alors
Posté par eingousef . En réponse à l’entrée du suivi Avoir la possibilité de ne pas mettre le cache (img.linuxfr.org) à jour. Évalué à 2 (+0/-0).
Remarque je dis peut-être une bêtise : dans le cas des news tu dois pouvoir remplacer le lien de l'image vers celui de la copie en cache. Donc oui, utilisé de cette manière, le cache d'images peut servir d'archive.
*splash!*
# Et alors
Posté par eingousef . En réponse à l’entrée du suivi Avoir la possibilité de ne pas mettre le cache (img.linuxfr.org) à jour. Évalué à 2 (+0/-0).
C'est le principe du hotlinking, si l'image change à la source, elle change aussi sur ta page. Le cache linuxfr est là pour des raisons techniques, pas pour servir d'archive.
Si tu veux être sûr que l'image dans ta dépêche ne change pas, mets-là à un endroit où elle n'est pas susceptible de changer comme pix.toile-libre.org.
Après si l'image est non-libre et que tu ne peux pas la copier, hé bien tant pis pour toi. :o
*splash!*
[^] # Re: Redistribution des ressources
Posté par eingousef . En réponse à la dépêche Financement collaboratif du film d'animation Libre ZeMarmot. Évalué à 4.
Toute la partie vidéo de la démo de Morevna est sous licence CC By, le chef du projet Morevna me l'a confirmé lui-même. La partie audio est sous CC By-NC-SA, parce que c'est la licence de la musique récupérée sur Jamendo. Plus de détails ici : http://morevnaproject.org/2013/07/16/license-issues-of-morevna-project-demo/
Les musiques des prochaines épisodes officiels de Morevna devraient être libres. Une nouvelle démo pourrait être publiée avec une musique libre, si les membres du projets en trouvent une adéquate pour remplacer l'ancienne.
*splash!*
# Il faut quitter Sourceforge
Posté par eingousef . En réponse au journal Sourceforge de pire en pire: usurpation d'identité du projet GIMP. Évalué à 10.
Ça fait tout de même pas mal d'années que tout le monde sait dans le monde du libre que Sourceforge est une plateforme de merde dirigée par des tarés d'adminazis et webmasterisée par des chimpanzés trisomiques défoncés à la datura, et pourtant en 2015 on trouve encore des gens pour s'héberger dessus. C'est bizarre.
J'aime bien suivre l'actu des petits projets de jeux vidéo libres, qui ne sont pas dans les dépôts des distros, et pour lesquels il faut en général aller récupérer les sources et les compiler, et c'est incroyable la quantité qui utilisent encore sourceforge. Ça me pète les burnes parce que quand je vois un lien sourceforge ça veut dire que je dois changer mon luseragent pour "curl" ou "wget" avant de cliquer pour que ça marche. Si on est chanceux le site du projet donne direct le lien vers l'archive et on peut le donner à wget directement, mais les urls de sourceforge sont tellement moches qu'on ne sait presque jamais si le lien qui est donné mène à l'archive ou pas, du coup même problème.
*splash!*
[^] # Re: stakeholder != stockholder
Posté par eingousef . En réponse au journal Sourceforge de pire en pire: usurpation d'identité du projet GIMP. Évalué à 10.
Et "stockholders" par "ceux qui vous prennent les parties" :o
*splash!*
[^] # Re: Communication
Posté par eingousef . En réponse au journal Plus que 3 jours pour financer un long-métrage libre. Évalué à 2.
Je dois avouer que si Jehan ne m'en avait pas parlé, je n'aurais sûrement jamais eu connaissance du projet.
*splash!*
[^] # Re: Mouais...
Posté par eingousef . En réponse à la dépêche Elementary OS, une jolie distribution et facile pour tous, tout simplement !. Évalué à 10.
Si, ils l'ont inventée en 1996 et ont déposé un brevet. D'ailleurs c'était une révolution.
*splash!*
[^] # Re: Utilité des sous-clés
Posté par eingousef . En réponse au journal De la gestion des clefs OpenPGP. Évalué à 3.
Je ne sais pas, mais ce que je sais c'est que une clé que tu utilises sur des ordis que tu ne contrôles pas, je la signe pas.
*splash!*
[^] # Re: Utilité des sous-clés
Posté par eingousef . En réponse au journal De la gestion des clefs OpenPGP. Évalué à 2.
Ce que je veux dire c'est que Alice a une clé primaire avec plusieurs sous-clés : celle qu'elle utilise pour signer ses messages, celle qu'elle utilise pour signer ses commits, celle qu'elle utilise pour son site web, celle qu'elle utilise pour recevoir des dons et celle qu'elle utilise pour recevoir un dividende.
Bob a une clé primaire avec les sous-clés pour signer ses messages, pour authentifier ses publications sur son .onion, pour recevoir des dons, mais pas pour recevoir un dividende (ou alors il en a une mais elle n'est validée par personne).
Si chacun n'a qu'un set de clés limité (actuellement le trousseau classique c'est trois clés : celle pour chiffrer, celle pour signer des contenus, et la clé primaire pour signer d'autres clés), alors le cas de figure de Bob n'est pas envisageable (ni tout autre cas de figure similaire, comme des gens à qui on ferait confiance pour échanger des mails, mais pas pour commiter sur un projet, par exemple, ou à qui on ferait confiance pour les mails et les commits, mais pas pour faire des échanges d'argent).
*splash!*
# Utilité des sous-clés
Posté par eingousef . En réponse au journal De la gestion des clefs OpenPGP. Évalué à 2. Dernière modification le 18 mai 2015 à 11:41.
Avec les usages actuels, très limités, de la toile de confiance OpenPGP, c'est peut-être le cas, mais les usages peuvent évoluer. Déterminer si on peut faire confiance à quelqu'un, ça peut servir à beaucoup de choses !
Les développeurs d'OpenUDC proposent un standard permettant d'ajouter à une clé un champ qui permet de définir plus finement pour quoi sera utilisée la clé : chiffrer des messages, signer des messages, authentifier des sites web, signer des commits, recevoir et envoyer de l'argent, prouver son existence en tant que personne physique (et éventuellement pouvoir recevoir un dividende universel). Par exemple Alice vient aux key signing parties, dans son trousseau de clés elle va mettre une clé qu'elle va utiliser pour recevoir un dividende, alors que Bob (qui n'est que le pseudo d'Alice dans les tréfonds anonymes de dissidents politiques d'anarcho-gauchistes des Internetz) pourrait être reconnu comme digne de confiance pour échanger des messages, ou recevoir de l'argent sous forme de dons par exemple, mais pas pour recevoir un dividende comme une personne physique. Alors on peut être pour ou contre le dividende universel, spa la question, c'est juste pour dire que l'usage qu'on a de GPG actuellement n'est pas gravé dans le marbre et qu'on peut (qu'on va, sûrement, en fait) développer des usages qui font qui rendront peut-être nécessaire la possession de beaucoup de sous-clés sous une même clé primaire.
Je sais qu'ils voulaient proposer le standard en tant que RFC mais je sais pas où ça en est.
*splash!*
[^] # Re: Formats
Posté par eingousef . En réponse à la dépêche Dogmazic est revenu. Évalué à 5. Dernière modification le 15 mai 2015 à 23:23.
Si, et à chaque fois qu'un nouveau format sort, et que le distributeur ou l'utilisateur va vouloir réencoder sa musique pour en tirer les avantages, il va appliquer une nouvelle perte de qualité, et si les utilisateurs s'échangent la même musique comme ça pendant 20 ans à la fin ça ressemble plus à rien. C'est pour ça que le mélomane averti exige toujours un exemplaire compressé dans un format sans perte, ainsi quand un nouveau format sort, il réencode à partir du sans perte et pas à partir du fichier dégradé précédent.
En 2015 toute plateforme de musique sérieuse devrait proposer d'obtenir les morceaux dans une version sans perte. Bandcamp le fait systématiquement, OpenGameArt non mais les admins encouragent fortement les artistes à uploader une version sans perte. J'aimerais bien savoir la politique de dogma là dessus.
*splash!*
[^] # Re: C'est beau
Posté par eingousef . En réponse à la dépêche Dogmazic est revenu. Évalué à 4.
Et meeeerde c'est moi qui sait pas recopier >_<'
Alors on reprend avec les bons chiffres :
13725 sous licence libre
40351 sous licence non-libre + 10 dont on sait pas.
Ça fait bien 54086.
Donc 25,4 % d'œuvres libres et 74,6 % sous licence non-libre.
Plus d'un quart sous licence libre ! youhouuuu \o/
*splash!*
[^] # Re: C'est beau
Posté par eingousef . En réponse à la dépêche Dogmazic est revenu. Évalué à 5.
Non-libre.
*splash!*
[^] # Re: C'est beau
Posté par eingousef . En réponse à la dépêche Dogmazic est revenu. Évalué à 3. Dernière modification le 15 mai 2015 à 17:05.
Ce qui donne donc :
13095 morceaux sous licence libre
40299 sous licence non-libre (j'ai pas compté celles avec licence inconnue, sinon il faut en rajouter 62)
et 13095 + 40299 = 53394 morceaux en tout.
Donc :
13095 / 53394 ≅ 0,245
et
40299 / 53394 ≅ 0,755
Il y a 24,5% d'œuvres libres sur dogmazic et 75,5% d'œuvres non-libres.
T as bien raison markdown c est de la merde :o
Edit: Ah ben en fait dans la dépêche y'a écrit 54086 morceaux
o_OJ'ai du en oublier.*splash!*
[^] # Re: Titre du journal
Posté par eingousef . En réponse au journal Grammalecte needs you !. Évalué à 4.
c'mon don't make your bald :o
*splash!*
[^] # Re: Bienvenue dans le monde réel Néo
Posté par eingousef . En réponse au journal L'histoire d'un blog : Krack.in. Évalué à -3.
Dire kon lé mais just en prizon alaurre kil faudray lai zattachai par lai piais et leur peulai la pô dai kouilles et verçai du sitron dessu a sai salauds ils rekomansserai plu ils devindrai janti et le monde irai bien mieu :o
*splash!*
[^] # Re: Ouais enfin...
Posté par eingousef . En réponse au journal L'histoire d'un blog : Krack.in. Évalué à 10.
Même !
*splash!*
# Ouais enfin...
Posté par eingousef . En réponse au journal L'histoire d'un blog : Krack.in. Évalué à 10.
Il s'appelle Kévin comme même.
*splash!*
[^] # Re: Quel est l'intérêt d'impliquer un religieux sur le projet ?
Posté par eingousef . En réponse à la dépêche Écrire un livre à 1000 mains !. Évalué à 6.
Ben regarde : le seul projet de logiciel libre maintenu par un religieux est le Hurd.
Je te laisse conclure !
*splash!*
[^] # Re: Justement : non
Posté par eingousef . En réponse au journal L'Armée Française et ses logiciels, bis repetita.... Évalué à 4.
Yaka pas les envoyer en mission, ou mieux : les envoyer dans des missions dont ils ne reviennent pas.
Et hop, le problème est réglé.
*splash!*
[^] # Re: Alternatives à roundcube
Posté par eingousef . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 4.
Mais pourtant c'est tout pourri python c'est pas un langage cool !
*splash!*
[^] # Re: Et devuan ?
Posté par eingousef . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 3.
La touche ".com" est à côté de la touche ".org" sur ton clavier ?
*splash!*
[^] # Re: Mélange
Posté par eingousef . En réponse au journal HTTP poussé vers la sortie ?. Évalué à 5.
Et puis si les sites affichaient une page avec quelques mots sur leur politique de sécurité aussi, ce ne serait pas du luxe. Avec CertPatrol j'ai régulièrement des alertes de changements "louches" (c'est à dire bien avant la date d'expiration) de certificats ou de CA, et j'ai encore jamais vu un site afficher un truc du style "on vient de changer de CA, si le certif a changé, ne vous inquiétez pas, tout est normal".
*splash!*
[^] # Re: Must be a joke
Posté par eingousef . En réponse au journal HTTP poussé vers la sortie ?. Évalué à 2.
Hé ben moi aussi j'ai un /48 et c'est même pas un tunnel c'est du natif tavu alors pouette pouette :o
*splash!*