cacatoès a écrit 130 commentaires

Je réponds tard,

• Ok pour le site et les ajustements ;)

• Peut-être pouvez-vous alors (prévoir de) lister certains services qui utilisent movim (si vous n'hébergez pas vous-mêmes une instance) ?

Salut, le site est joli, j'aurais tout de même quelques remarques:

• la couleur des textes d'intro des paragraphes sont en gris clair, et peut-être trop clairs ? Il faut forcer un chouillat pour la lisibilité, donc petit inconfort de lecture. Voir si d'autres confirment mon impression.
• je n'avais pas remarqué qu'il y avait une barre de défilement en arrivant sur le site, car la page d'intro semble pleine sans avoir à défiler. Je cherchais un bouton "connexion" ou "inscrivez-vous", et j'aurais pensé que c'était important que ça apparaisse, pour permettre une optique "droit au but".

Voilà tout, bonne continuation ;)

Ou bien, à partir de dorénavant, l'évolution à venir du futur de la distribution sera désormais …

(ai-je mal compris le ton de ton message ?)

Je plussoie ces 2 sites, que je suis de loin, je pense qu'ils suivent de bonnes démarches. Le wiki de freegamedev a de bonnes choses dedans, de l'artwork libre voir très libre, et je crois que c'est ce qui manque. Perso les artworks en CC BY 3 NC ND ça m'attire pas des masses !

Et pour rejoindre également le sens de la dépêche, ce sentiment se fait effectivement sentir…

J'avais écrit quelques textes en ce sens pour OpenArena: http://openarena.tuxfamily.org/wiki/projet:legal ; outre un avis personnel sur les licences il y a quelques réflexions.

Donc si vous lancez de la communication autour de ça, j'essayerai d'y jeter un oeil.

Moi j'trouve que le Chaos Computer Club ça déchire !

Une video qui vaut le détour: http://www.youtube.com/watch?v=EAptRZlwziA
En 2008, Johannes Kreidler s'est amusé d'une petite action, où il remplissait 70 200 formulaires pour se conformer aux éxigences bureaucratiques de la GEMA, pour une pièce qui ne dure que 33 secondes. Outre l'amusement et l'absurdité de la chose, il est bien montré que l'institution du copyright repose sur des principes archaïques qu'il est facile d'éprouver à l'ère du numérique.

4 videos ça fait beaucoup à regarder, mais la toute dernière que tu listes (je l'avais déjà vue) est très bien pour ceux qui sont là non pas pour l'enquête épistémologique mais pour le fun ! :D

On aura déjà échangé quelques roquettes ;) A une prochaine dans l'arêne.

Je suis également dessus, ça me dérange pas du tout qu'on voie les choses ensemble si t'en as envie. Suggestions et interventions welcome !
Actuellement c'est le serveur For Beginner Players qui tourne dessus. Historiquement c'était un serveur deathmatch mais il était peu entretenu et moyennement utilisé.
Il est déjà mis à jour en version 0.8.8.
Il est également possible de lancer un 2ème serveur sur la machine, pour le moment il est éteint.
Ce topic concerne l'administration des machines ROFL (dont celle de Tuxfamily): http://openarena.tuxfamily.org/forum/viewtopic.php?id=310

Alors il est tout indiqué ;) Il n'y a pas souvent de monde dessus, mais la présence attire d'autres joueurs, et les bots sont en niveau "ultra nuls" (voir un peu trop, mais y'a pas d'entre 2), ils permettent de fragger tout en se familiarisant.

Tu peux consulter cette page: http://openarena.tuxfamily.org/wiki/openarena avec quelques maigres conseils destinés aux débutants: http://openarena.tuxfamily.org/wiki/doc:joueur:conseils ; Et ouais, pour jouer à OpenArena faut aussi avoir le même courage que pour ouvrir les pages 'man' ;) Mais ç'est pas obligé, foncer tête baissée et laisser les choses venir avec le temps ça marche aussi ;)

Allez, pour aller dans ton sens: oui, leilol/fromhell affiche un respect scrupuleux des licences. On l'a donc vu un certain nombre de fois accuser certains projets, libres ou pas, de violation de licence (dernière accusation en date: http://openarena.ws/board/index.php?topic=4475.0 ; celle-ci ne suscitant pas de polémique particulière), sur le mode du soupçon, parfois en étayant, mais peut être pas toujours de la manière la plus habile qui soit. Un exemple ? Un auteur de textures, TRaK ( http://trak.mercenariesguild.net/node/3 ) qui a conçu une map, et des textures à partir d'un remaniement d'autres textures hélas soumises à licence. Certes, "violation" de la part de l'artiste, mais finalement: plutôt un malentendu. La manière dont il s'est résolu est que la personne qui disposait des textures sources a autorisé TRaK à licencier les textures résultats comme bon lui semblait. Les implications de chaque licence dont la formulation varie n'est sans doute pas toujours évidente pour tout le monde. Du côté d'OpenArena, TRaK fut remercié en se faisant bannir du forum, alors que l'issue de la question n'était pas encore claire.
Alors, rigueur, zèle, à raison, à tort, après tout, c'est sans doute bien de chercher à corriger les écarts de licences autour des projets libres, et je vous laisserai faire votre propre avis. Mais pour ma part, m'étant également fait bannir du forum pour "manquement à l'alinea 37 du règlement du forum" après y avoir participé activement depuis 2007, j'ai mon propre dossier qui nuance un petit peu la partie de ton commentaire qui précise que "c'est des gens bien". Mais je n'émet pas de jugement sur les personnes, ce qui m'intéresse c'est l'ensemble des attitudes liées à la gestion du projet, et je pense qu'hélas à ce niveau il y a à redire.
Pour en ajouter une couche, il n'y a pas 1 mois, les sources du projet n'étaient encore pas bien accessibles ( voir par expl ce post: http://openarena.ws/board/index.php?topic=4441.0 ). Pour le résumer comme je le pense, OpenArena est un logiciel libre dans une infrastructure rigide avec a sa tête une personne qui n'est pas toujours très "ouverte" non plus.
Ca n'est pas un plaisir pour moi de répendre ce genre de paroles, mais le développement du projet tout entier est affecté par ces questions. Je pense qu'il n'est pas possible d'en faire abstraction, et de ne pas trop laisser l'impression que "openarena s'est ouvert sur blender" ou à toutes les sauces. Ouvert, oui: à partir du moment où vous disposez de votre propre SVN (ou autre chose puisque pour le coup vous aurez le choix) sur votre propre machine, et que vous vous contentiez de soumettre votre travail (et non pas de collaborer). Cela fait avancer toute la communauté au rythme de limace, mais ça reste tout à fait possible. Alors bon courage, ce sera juste sans moi, qui continue malgré tout à entretenir la communauté OpenArena FR, ainsi que les serveurs ROFL.

Dépêche et commentaires qui font plaisir à lire ;)

En ce qui concerne justement la qualité, il y a un problème épineux qui sévit depuis quelques mois sur OpenArena, ainsi que sur de nombreux serveurs Quake 3: un botnet profite d'une petite faiblesse au niveau du protocole qui provoque des DDoS. Problème qui n'est sans doute pas nouveau pour les administrateurs de certains jeux (qui partagent ce type de faiblesse), mais relativement récent de par son intensité dans le monde OA. Plus concrètement: de gros lags réguliers (des triangles jaunes dans le lagomètre) sur les serveurs, notamment les ROFL suscités. Des infos et liens ici: http://openarena.tuxfamily.org/forum/viewtopic.php?id=314
Tout ça pour dire que malgré les protections internes à ioquake3, et des règles iptables dont je n'ai pour le moment pas pu éprouver l'efficacité jusqu'au bout (n'ayant pas tout à fait l'expertise), la qualité des parties hélas en pâtit.
En clair la défense doit encore se coordonner entre les différents projets: ioquake3, openarena, les mods Q3, les différents admins des serveurs. Alors je profite de cette dépêche pour rebondir là dessus, histoire de redonner au problème un peu de sa visibilité.

Mais passons ;) Pour ce qui est du fun pendant le jeu, il est toujours présent: venez faire un tour sur les serveurs Allrockets/Everyrocket, le mode "no damage" est la nouvelle attraction !
Si vous êtes débutants dans le monde Quake3 ou pas encore un as du FPS (mais comment un lecteur de LinuxFR peut-il ne pas l'être), le serveur de Tuxfamily a pour ambition de proposer un serveur accessible aux débutants - histoire de pas se faire démonter sauvagement à toutes les parties, et de pas être trop désorientés par les maps trop complexes. Donc vous pouvez aller vous y faire la main si vous ne connaissez pas encore bien le jeu.

Cette nouvelle version, qui paraît après 2 ans, n'apporte toujours pas l'intégralité des maps qui ont été en développement, la logique en terme de release étant: ça reste un patch et non une mise à jour majeure.
La connexion aux serveurs peut être délicate dûe à des incompatibilités entre les versions conjointement à des réglages particuliers niveau serveur. Mais globalement pour résoudre le problème, tous les joueurs sont invités à mettre à jour leur version d'OpenArena (je précise cela en particulier pour les personnes qui ont installé OA depuis les dépots de leur distro), en copiant le patch pak6-patch088.pk3 auprès des autres fichiers du jeu (et non auprès des autres pk3 auto-téléchargés). ioquake3 permet en effet de charger des données localement qui sont différentes de celles utilisées sur le serveur, ce qui, lorsqu'une map a été changée, peut donner des situations cocasses (disons, des bugs).

Voilà ouf je pense avoir dit l'essentiel, OpenArena n'est pas aussi vivace en terme de dévelopement et de polissage que Xonotic, mais conserve l'avantage d'un très bon gameplay ! Et pour ravir aussi les amateurs de FPS libres, vous pouvez jetter un oeil à RedEclipse, ainsi qu'a Sauerbraten, qui à mon avis sont les 3 autres projets (avec Xonotic) qui tirent leur épingle du jeu (du moins d'après mes critères).

A bientôt dans l'arène ;)

Le logiciel libre tel que nous le vivons c'est, pour reprendre les projets de quelques dépêches récentes: Weboob, Canonical, Apertus, Unicode (... ffmpeg, Debian...). J'espère ainsi que votre réorientation facilitera l'implication de vos étudiants en de tels projets. Ils découvriront ainsi les problématiques propres au logiciel libre.

Une install party + Atelier cryptage, en soutien à Riseup:

http://lille.cybertaria.org/article1948.html

Dès 10h, 4 rue Colmar.

Je lis pas du tout les journaux ou la tribune, ça m'intéresse d'avoir un résumé de ces journaux, un peu de la même manière que pour les "revues de presse internet".
Après, j'ignore si on doit pousser le vice à laisser la possibilité de filtrer ces news à ceux/celles que ça n'intéresse pas et pour qui ça ferait doublon, à toi de mesurer ta gêne.

Cacatement.

Un gros pourrissement généralisé du Web, que l’on pourrait bien assimiler aux étiquettes (tags) et graphes de nos murs, sièges et vitres de métros.

J'aurais plutôt assimilé les boutons de réseaux sociaux à de la pub (d'ailleurs bloquables avec adblock).
Quant au tag, la démarche est plus proche du défaçage.

Je garde mon avis sur le cacafacebook pour une autre fois.

Perso, c'est pas les I/O mais la chauffe du CPU qui m'a refroidit (oh oh). Disons que j'ai un portable et que le voir s'éteindre tout seul suite aux surchauffes ça m'a fait de la peine. Je suis persuadé qu'on peut régler la charge maximale CPU, mais je n'ai pas pris cette peine, donc je l'avais désinstallé.

Et, lever la limitation sur les commentaires, ce serait pas une manière de régler définitivement le problème ?

Je me demande justement s'il serait possible d'avoir une approche qui vient apporter les connaissances théoriques au moment où elles sont requises, plutôt que de constituer un background de connaissances qui sont rappelées plus tard.
Encore une fois, de la manière dont j'aborde ce manuel (j'en suis à la page "gabarits"), je n'ai pas ressenti le besoin d'ouvrir Scribus pour apprendre, hormis à l'étape "couleurs" (l'aspect ludique ;)).
Ainsi, les indications de menus ou les détails de l'interface de scribus apportés dans les précédents chapitres m'ont servi globalement à repérer les options, car j'y ai été attentif, mais auraient également pu être absents. Je pense qu'une exploration personnelle et non-guidée de l'interface du logiciel aurait été tout aussi efficace dans mon cas, ou alors éventuellement, avoir une chapitre qui présente l'interface dans son ensemble.
Et donc j'ai plutôt décidé de lire le tout, en me disant tant pis si certains détails m'échappent.
Ce que je redoute, c'est que ces connaissances théoriques ne me soient pas très parlantes. Par expl, je n'ai pas bien saisi comment marchent les "fonds perdus", et étant donné que les explications, qui restent très textuelles, visent à aller tout de même dans le détail, je pense que ce qu'il y a d'à la fois pointu et d'intéressant m'a échappé.
J'ai au fond une attente : être en mesure de pouvoir faire des gabarits, même basiques ! (c'est en fait l'étape que je n'ai pas sû franchir il y a quelques années quand j'avais ouvert Scribus pour le fun). Car je pense qu'il s'agit d'une étape clé (hâte d'avoir mis la forme, pour ne plus avoir qu'à poser le contenu dessus, car j'ai bien conscience de l'intérêt du procédé).
En outre, j'apprécie toujours certaines des informations, notamment celles sur la problématique RGB/CMJK de l'impression, ou même si je n'ai pas tout compris (dans l'aspect "manipulation", donc concrètement: le comment je vais m'y prendre pour traiter mes images pour qu'elles s'impriment dans de jolies couleurs), je lie facilement cela à mon expérience, et j'imagine que les infos de votre manuel me serviront lorsque je me déciderai à relancer Gimp ou Scribus pour résoudre cette question particulière.
J'ignore si ces considérations didactiques se tiennent. :D
J'aurais 2 requêtes:
- C'est quoi l'astuce pour pouvoir se logger dans la zone française de flossmanuals ? Car le formulaire de login de TinkiWinki me semble un peu à la ramasse.
- Est-il possible de récupérer les sources du manuel, de manière à pouvoir le surligner/annoter depuis l'un de mes logiciels (sous Linux). J'ai récupéré le PDF mais je n'ai rien pour éditer.

Pour te répondre, je n'ai pas trouvé le manuel particulièrement pédant, pas de soucis là dessus. Et, je préfère en général donner mes impressions à chaud donc il aurait fallu que je revoie les anciens chapitres pour en dire ce que je pense.

Salut,

Je suis pas du tout coutumier de Scribus, et assez peu de la PAO.
J'ai abordé le manuel car je me suis déjà servi d'un autre manuel flossmanuals, duquel j'ai été ravi, et que la parution du votre correspond pil poil au moment où je veux me lancer dans l'élaboration d'un petit bulletin.
Je vous le raconte comme je l'ai senti.
Alors, ma 1ère remarque, c'est en effet qu'il y a semble-t-il de longues explications préparatoires pendant les 1ers chapitres. Je m'attendais à entrer plus rapidement dans le vif du sujet. Mais ça n'est pas un gros problème, je fais confiance et je joue le jeu.
Certains paragraphes ne s'appliquent pas à mon cas (je ne fais pas appel à un imprimeur et j'imprimerai par mes propres moyens), mais je comprends l'utilité des informations présentes. Arrivé au chapitre "Les chaines éditoriales et graphiques", je me rend compte qu'on est encore dans le travail préparatoire/introductif, et la lassitude se fait davantage sentir. Notamment, l'un des passages qui me lourde un peu, si cela peut vous permettre de voir où je veux en venir, est celui sur les estimations du temps de travail, qui m'importent assez peu: j'ai pour habitude de prendre le temps que je veux, et d'être assez récalcitrant à l'aspect de gestion du temps de mes projets. Je comprends qu'il s'agit d'indications, mais je ne comprends pas bien comment je vais pouvoir mettre celles-ci à profit. Globalement, j'ai parfois un peu l'impression dans ce manuel qu'on me dit "c'est ça le métier" alors que moi je veux juste m'en tenir aux infos essentielles qui me permettront d'avancer dans ma tâche, c'est à dire maitriser l'outil (je ne perds pas de vue qu'il s'agit d'un manuel pour scribus), et acquérir les informations utiles à la maitrise de l'outil (bah oui, que la crème :D). Je ne suis donc pas contre des explications préparatoires, et suis d'ailleurs suffisamment désireux d'avancer pour être prêt à surmonter ces petites phases qui me plaisent moins.
J'apprécie l'effort que vous avez mis à destination des personnes peu coutumières de l'informatique, car bien qu'elles ne me concernent pas, je sais qu'elles pourront servir à certains de mes éventuels collaborateurs (savoir manipuler les fichiers est un prérequis, de même qu'avoir une petite culture des formats de fichiers, etc).
Voilà, je n'en suis qu'au chapitre "Format", autant dire que j'ai lu très peu. On pourra alors me répondre que les informations qui suivent expliciteront les informations précédentes, mais je crois qu'il ne s'agit pas de ça, et si c'était le cas j'aurais préféré une autre méthode. Je compte bien sûr poursuivre ma lecture, et peut-être ainsi pouvoir vous faire part de mes remarques de manière un peu plus approfondie. Mon intention était de vous signaler dès ce stade ce qui rendait la lecture du manuel un peu moins attrayante à mon goût, et peut-être de vous suggérer à ne pas hésiter à remanier (plutôt que tailler, car je pense que la majorité des informations présentes, si elles y sont, suivent le fil) ces chapitres si vous le sentiez.
Merci pour la rédaction du manuel, et pour le choix de la licence qui permet à chacun de s'impliquer un peu ! (j'en ai profité pour m'inscrire et corriger quelques fautes dûes au sprint)

.. amusez vous bien ;)
Et bravo pour la motiv' de l'organisation, openarena est l'un des meilleurs jeux libres après tout :p

~Cacatoes

Ca a l'air sympa comme initiative, par contre Squeak je viens de regarder une screenshot je capte quedalle ;) (j'plaisante mais à moitié...)
Bon je serai pas participant, mais si vous prévoyez un repas je ne puis que vous suggérer de penser aux végétarien(ne)s :D

Bon, et au niveau des lois, tu trembles pas un peu ou tu fais vraiment confiance à ta tactique du "chavépatro" ? (ou confiance à ton voisinage, ce qui est possible aussi)

Oui, être dépendant de la vitesse de l'autre, c'est sûrement rare mais j'imagine que ça peut aussi être salvateur (être hébergé sur un site lent, et avoir des images distantes sur des bons serveurs plus rapides à charger).

Quant au CDN je ne connaissais pas ce terme. Mais après avoir lu sommairement ça ressemble plus à un "service de proximité" qu'a une méthode décentralisée etc. Je suis d'accord pour dire que ce dont je parle existe déjà, mais il s'agirait plutôt du P2P. Mon idée est surtout de dire que le modèle client-serveur où le serveur ne gère que ses besoins sans se préoccuper de ceux des autres est un peu stupide. C'est pourtant ce qui est ici encouragé dans cette news : un webmaster qui chasse les sites externes qui se sont liés à ses propres ressources.

Pas la 1ère fois que j'y songe, le problème étant que ça me pomperait toute ma bande passante même lorsque j'en ai besoin. Si y'a une manière de réguler ça je suis preneur.

Oui ou en flash sinon, bonne idée !