Que les RG fassent une enquête sur des gens ayant accès aux données sensibles d'une entreprise privée ?
Si il y a suspicion d'espionnage industriel à l'échelle internationale, l'intéret de l'Etat est en jeu tout autant que les intérets privés de la société victime, et cela nécessite selon moi une investigation poussée.
Je ne prends pas parti dans cette histoire, mais je me souviens avoir vu plusieurs reportages sur Valéo expliquant que cette marque était depuis plusieurs années fortement victime de contrefaçons à l'échelle industrielle, particulièrement depuis les pays d'Asie nouvellement industrialisés. Des contrefaçons qui leur causent un fort préjudice, car les pièces contrefaites ne seraient pas aussi fiables que les pièces authentiques, mais difficiles à différencier pour le quidam qui veut simplement acheter son balai d'essuie-glaces... Il est selon moi important d'en tenir compte avant de juger leur réaction excessive.
On se demande pourquoi avoir attendu tant de temps pour implémenter ce que j'appelais des rustines et ne pas avoir codé selon les spécifications dès le début ? (je ne prétend pas par là qu'il est facile de coder du 100% parfait dès le début)
Je ne crois pas qu'on puisse parler d'attente : déjà, le test acid2 met en lumière quelques zones d'ombre dans le respect des standards de tous les navigateurs, même ceux qui sont "les plus conformes".
Le but est double : pointer les défauts des logiciels existants (sur des produits de cette taille et de cette complexité, il y en a toujours), et donner des pistes d'amélioration pour le futur, en mettant en lumière ce qui pourrait être recodé dans le sens d'une plus grande conformité aux standards.
Je ne pense pas qu'il y ait eu attente car :
- On a pas attendu l'acid2 pour déclarer que tel browser est conforme aux standards alors que tel autre ne l'est pas.
- Le support actuel des standards par les navigateurs qui prétendent réellement s'en soucier est une réalité de tous les jours, acid2 ou pas acid2, il est déjà satisfaisant dans la grande majorité des cas. L'Acid2 n'est qu'une suite de cas particuliers particulièrement critiques vis-à-vis de l'implémentation. Ce n'est pas représentatif de l'immensité de pages web en ligne, rendues à la perfection, qui font le travail quotidien des navigateurs.
- La première préoccupation des développeurs des navigateurs était je pense d'obtenir un rendu le plus correct possible en toutes circonstances. En effet, pour juger la qualité d'un moteur de rendu, il faut bien qu'il fasse son boulot, tant bien que mal (nécessité d'obtenir rapidement un code fonctionnel plutot qu'un code parfait).
Quand on tient compte des multitudes d'interactions possibles entre les différentes fonctionnalités des standards, on peut sans peine imaginer qu'il était inconcevable de produire du code "100% pur standard" dès le départ. Ou alors Mozilla n'aurait sans doute toujours pas sorti de release de sa suite à l'heure qu'il est.
Et pour répondre plus précisément à ta question : les spécifications des standards sont, comme souvent, très éloignées du travail d'implémentation nécessaire pour les mettre en oeuvre. Leur apparente simplicité pour l'utilisateur final ou celui qui va créer sa page web conforme cache les énormes casse-têtes nécessaires à leur implémentation, qui incombent aux développeurs des moteurs de rendu.
Je pense qu'on devrait plutôt se réjouir d'avoir aujourd'hui des moteurs de rendu si conformes, sans pinailler sur les inévitables couacs pointés par l'acid2, qui seront à n'en pas douter réglés un jour sur tous les moteurs de rendu qui avancent, ou presque.
La page de test a l'air de très bien fonctionner avec le test que tu nous indiques (*mot*). Il aurait été utile que tu nous cites les cas pour lesquels ton code ne réagit pas comme tu le souhaites...
Sinon, dans un souci de non-réinvention de la roue, tu gagnerais à intégrer des composants wiki existants au lieu de créer les tiens (source d'erreurs, de trous de sécu, etc...)
Pour ma part je ne suis vraiment pas convaincu par l'argument Oui = paix, Non = guerre | apocalypse | fin du monde, etc... .
Si ca vous suffit pour vous faire votre idée, tant mieux pour vous, mais pour ma part je préfèrerais débattre sur des points concrets, tangibles pour la vie de tous les jours, dont le traité ne manque pas.
Mais ca tourne sous un OS qui ne plait pas à tout le monde. D'ailleurs, certains ici saurait-ils s'il est possible d'installer dessus un OS plus ouvert et sympathique que celui qui est livré avec ?
Je pinaille... J'avoue avoir cherché la petite bête dans ton journal, Mea Culpa. Parcequ'il me paraît justement plutôt bien écrit et je souhaitais te le dire. Cela ne peut que te servir pour ta recherche d'emploi :-)
Tout à fait, on oublie trop souvent qu'une page web a pour objectif d'être un document et d'être lu. Mais d'un autre côté, la richesse des possibilités des standards est une réalité. L'auteur de l'article prend le parti de la décrire sans la souligner. Je trouve finalement son point de vue partial au moins pour cela.
CSS n'est pas un langage de programmation, oui. Et alors ? Pour programmer, il y a DOM et JavaScript !
Mais effectivement, quand on commence à intégrer des notions de programmation, on s'éloigne de l'approche document qui est celle vers laquelle HTML et CSS convergent. Le document prend de l'intelligence, avec les surcouts que l'on connait (accessibilité [si toute la page est d'origine masquée via CSS et peut être affichée via un appel javascript uniquement, que va voir le visiteur qui ne peut éxécuter le javascript ou qui utilise un média alternatif ?], compatibilité, performances diverses des navigateurs pour le meme fragment de code éxécuté, etc...).
Il est cependant possible de bénéficier à la fois des avantages de séparation forme/contenu de CSS et de la souplesse de DOM/javascript combinés. A condition pour le visiteur d'avoir un navigateur configuré pour accepter ces technologies, et pour le développeur de se forcer à maintenir cette séparation forme/contenu dans le cadre très permissif de javascript, pour maintenir l'accessibilité des contenus dans les navigateurs non-compatibles et/ou alternatifs. C'est là que le bât blesse bien souvent.
Que l'auteur de l'article trouve cela difficile en l'état aujourd'hui ne veut pas dire que les standards sont mauvais, incomplets ou inadaptés, c'est peut-être tout simplement un champ d'investigation possible pour élaborer des solutions basées sur les standards d'aujourd'hui, permettant de les exploiter encore plus aisément demain...
(je ne comprends d'ailleurs pas pourquoi le filer de gnome, par exemple, n'utilise pas le thumbnail interne quand il est présent dans une photo, ça accélèrerait bien le procédé)
Au hasard : parceque tu n'as pas encore proposé le patch ?
Ca permet tout de même à ceux qui ont une petite expérience du montage vidéo, et des faramineuses ressources système que cette activité demande, de se faire une idée des performances de la bête...
Le seul intérêt pour le moment est d'en mettre plein la vue. Objectif atteint, je dirais :)
Comme tu le supposes très justement, pour raisons de sécurité, on ne peut pas manipuler (et surtout pas en écriture) la valeur des input type file dans les browsers récents.
Tu peux par contre essayer une autre approche, où au lieu de créer des champs, tu en masquerais/démasquerais au besoin via CSS...
pourquoi les script cgi serait plus dangereux que les script php .??
CGI est une norme d'interfaçage entre serveurs http et programmes externes. Et php peut-être interfacé en CGI avec peu de différences dans son fonctionnement par rapport au module apache classique... tu as donc sûrement déjà fait des "scripts CGI".
Notes bien que CGI n'est pas spécifique à un langage, derrière cette notion on peut faire indifféremment du php, perl, python, shell, C/C++ compilé, du ruby, ou meme une combinaison de plusieurs langages...
Donc comparer la sécurité de scripts PHP avec celle de "scripts CGI" n'a pas trop de sens.
Et si chez apple ils veulent voir webcore sous linux, qu'ils le fassent eux-mêmes...
Il est clair que ce n'est pas le but d'Apple. Je pense plutôt que cette proposition va dans le sens de leur conception de la "coopération" entre projets libres.
Apple se gausse d'avoir réussi à passer l'Acid2, et dans un élan de bonté ils proposent aux développeurs de KHTML, qui n'est pas au même niveau sur ce point, de reprendre les fruits de leur boulot partiellement ou complètement. C'est à la fois de la pub et une volonté d'entraide telle qu'ils peuvent la concevoir. Que les dévs de KHTML acceptent ou pas, c'est une autre histoire, il auront sûrement de bonnes raisons de ne pas le faire mais reste à voir objectivement si ca peut être intéressant de partir sur une base webcore ? En dehors du strict respect des standards et de l'Acid2, où en sont respectivement les deux projets ?
L'intérêt immédiat, si cette proposition aboutissait, serait la compatibilité qui redeviendrait bonne entre les moteurs WebCore (qui s'identifie, comme certains le soulignent, comme khtml) et khtml. Ce n'est pas anodin, comme avantage... Aussi bien konqueror que Safari sont promis à un bel avenir et il est dommage que les développeurs web ne puissent en tirer pleinement profit à cause de leurs différences pas clairement identifiables.
Et puis, Apple aurait très bien pu ne rien proposer du tout...
Juste pour te rappeler que le libre ne se résume heureusement pas à la GPL. Il y a des logiciels sous des licences comme la BSD, la licence Apache, la licence PHP, ou d'autres licences libres mais non compatibles avec la GPL.
En mettant ta bibliothèque sous LGPL, tu permets à ces logiciels de l'utiliser. Sous GPL par contre, il y a peu de chances qu'ils le puissent (car généralement ceux qui choisissent une licence libre non-GPL le font par choix, auquel cas la GPL n'est pas une option pour eux, ou par obligation).
Le mieux, après, je ne sais pas... A toi de choisir.
Bonne nouvelle que cette initiative. Quel est donc le trajet que va suivre cet amendement à partir de maintenant (jusqu'à son éventuelle validation en l'état qui serait plus que souhaitable)?
J'essaye surtout de voir la chose sans à priori (pour info, je suis moi-même au chômage), et si je lis bien, ca me parait tout bon pour le libre cette histoire :
On y apprend notamment qu'en Australie, il faut souscrire à une clause d' "obligation mutuelle" pour toucher les droits au chômage qui consiste pour le demandeur à justifier qu'il participe à une activité qui l'aide à trouver du travail. Et une organisation appelée CommunityCode propose de valider dans ce cadre des contributions à des projets open-source.
Or je lis : CommunityCode is a group of Australian open source / free software people who want to give Newstart recipients a way to count any Free Software work they do towards their mutual obligation requirement, and to involve people who might not otherwise have a 'way in' to Free Software.
Je retiens surtout le "any Free Software work they do", c'est à dire tout travail pour un projet libre.
Pourquoi ca ne me choque pas ? Eh bien c'est une carotte pour aider des projets libres quels qu'ils soient. Il n'est écrit nulle part qu'on te forcera à travailler sur un projet qui ne te motive pas, ni que les projets qu'on pourrait te proposer doivent servir des intérêts quelconques.
Si j'étais soumis à un tel système, par exemple, je choisirais sans doute de participer à freeciv ou firefox, ou un autre projet qui me motiverait. Mais pour m'écarter de l'exemple que tu donnes, qui est très juste, je ne contribuerais pas à un ERP.
la comparaison avec un camp de travail forcé me parait dans ce contexte un peu bancale, non ?
Il est difficile de déterminer l'origine de ton problème avec si peu d'indices. Voici la marche à suivre pour identifier le souci :
1/ se connecter sur un site web "sûr" qui marche tout le temps : google.fr, yahoo.fr, etc....
Si ca marche > MSN est en rade, chez toi ou plus probablement chez tout le monde, tu ne peux rien y faire à part attendre (ça arrive trop souvent hélas)
- Si ca ne marche pas > vérifier dans la configuration réseau du client que la passerelle est bien renseignée.
- Si ca marche : rentrer en dur les adresses des DNS de ton fournisseur d'accès sur ton poste client (au pire des cas, tu trouveras les adresses sur ta passerelle windows 2000/xp avec la commande ipconfig /all).
Bref, mauvaise idée de tester son réseau avec MSN.
Tu veux dire que pour bénéficier de la nouvelle version de Safari, on est contrait de mettre à jour tout le système vers Tiger ?
Je ne suis pas familier du monde Mac... Mais si cette attitude que tu dénonces "changez votre système si vous voulez mettre à jour votre navigateur" est avérée, ca rappelle pas mal ce qui se fait chez un autre éditeur bien connu de système propriétaire.
Il faudrait voir les petites lignes du CLUF (ou équivalent) de Tiger pour voir où s'arrête la comparaison...
Pour la config mini, une machine avec un proc rapide (>= p3 par exemple), 1mb/s de bp dédiée symétrique avec burst si possible, pas mal de ram (512Mo mini / serveur de jeu), 1Go ou plus d'espace disque suivant ton usage (maps custom, autres mods, etc...).
Suivant la quantité de ram et la qualité de la connexion, tu pourras éventuellement faire tourner plusieurs serveurs de jeux simultanément sur la machine, en restant raisonnable sur le nombre de slots par serveur.
Si tu as le choix, préfère un prestataire qui te propose de pouvoir rebooter le serveur à distance. Parfois le serveur HL fait freezer tout le système et seul un reboot hard peut alors te sauver (notamment un HLTV mal configuré).
Je connais pour CS, donc on peut extrapoler (je ne pense pas qu'il y ait de différence importante de perfs serveur entre les deux). 20 joueurs, sur du dédié virtuel, n'y pense meme pas :-)
[^] # Re: Ouais, c'est facile
Posté par Cali_Mero . En réponse au journal Espionnage chez Valéo: Info ou Intox ?. Évalué à 7.
Si il y a suspicion d'espionnage industriel à l'échelle internationale, l'intéret de l'Etat est en jeu tout autant que les intérets privés de la société victime, et cela nécessite selon moi une investigation poussée.
Je ne prends pas parti dans cette histoire, mais je me souviens avoir vu plusieurs reportages sur Valéo expliquant que cette marque était depuis plusieurs années fortement victime de contrefaçons à l'échelle industrielle, particulièrement depuis les pays d'Asie nouvellement industrialisés. Des contrefaçons qui leur causent un fort préjudice, car les pièces contrefaites ne seraient pas aussi fiables que les pièces authentiques, mais difficiles à différencier pour le quidam qui veut simplement acheter son balai d'essuie-glaces... Il est selon moi important d'en tenir compte avant de juger leur réaction excessive.
[^] # Re: RISC et CISC
Posté par Cali_Mero . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 8.
C'est la fin de l'amour du RISC ! Jonathan et Jennifer vont-ils se retrouver à la retraite ?
[^] # Re: Optimisations pour le test ?
Posté par Cali_Mero . En réponse au journal Après safari, konqueror :). Évalué à 10.
Je ne crois pas qu'on puisse parler d'attente : déjà, le test acid2 met en lumière quelques zones d'ombre dans le respect des standards de tous les navigateurs, même ceux qui sont "les plus conformes".
Le but est double : pointer les défauts des logiciels existants (sur des produits de cette taille et de cette complexité, il y en a toujours), et donner des pistes d'amélioration pour le futur, en mettant en lumière ce qui pourrait être recodé dans le sens d'une plus grande conformité aux standards.
Je ne pense pas qu'il y ait eu attente car :
- On a pas attendu l'acid2 pour déclarer que tel browser est conforme aux standards alors que tel autre ne l'est pas.
- Le support actuel des standards par les navigateurs qui prétendent réellement s'en soucier est une réalité de tous les jours, acid2 ou pas acid2, il est déjà satisfaisant dans la grande majorité des cas. L'Acid2 n'est qu'une suite de cas particuliers particulièrement critiques vis-à-vis de l'implémentation. Ce n'est pas représentatif de l'immensité de pages web en ligne, rendues à la perfection, qui font le travail quotidien des navigateurs.
- La première préoccupation des développeurs des navigateurs était je pense d'obtenir un rendu le plus correct possible en toutes circonstances. En effet, pour juger la qualité d'un moteur de rendu, il faut bien qu'il fasse son boulot, tant bien que mal (nécessité d'obtenir rapidement un code fonctionnel plutot qu'un code parfait).
Quand on tient compte des multitudes d'interactions possibles entre les différentes fonctionnalités des standards, on peut sans peine imaginer qu'il était inconcevable de produire du code "100% pur standard" dès le départ. Ou alors Mozilla n'aurait sans doute toujours pas sorti de release de sa suite à l'heure qu'il est.
Et pour répondre plus précisément à ta question : les spécifications des standards sont, comme souvent, très éloignées du travail d'implémentation nécessaire pour les mettre en oeuvre. Leur apparente simplicité pour l'utilisateur final ou celui qui va créer sa page web conforme cache les énormes casse-têtes nécessaires à leur implémentation, qui incombent aux développeurs des moteurs de rendu.
Je pense qu'on devrait plutôt se réjouir d'avoir aujourd'hui des moteurs de rendu si conformes, sans pinailler sur les inévitables couacs pointés par l'acid2, qui seront à n'en pas douter réglés un jour sur tous les moteurs de rendu qui avancent, ou presque.
[^] # Re: Optimisations pour le test ?
Posté par Cali_Mero . En réponse au journal Après safari, konqueror :). Évalué à 7.
# Les expressions régulières
Posté par Cali_Mero . En réponse au message Syntaxe wiki => html. Évalué à 2.
Sinon, dans un souci de non-réinvention de la roue, tu gagnerais à intégrer des composants wiki existants au lieu de créer les tiens (source d'erreurs, de trous de sécu, etc...)
Tu peux regarder de ce côté : http://ljouanneau.com/softs/wikirenderer/(...)
Ou encore ici : http://pear.php.net/package/Text_Wiki(...)
Voir aussi les nombreux CMS/wikis qui implémentent du code gérant la syntaxe wiki (dotclear, mediawiki, docuwiki, ...)
++
[^] # Re: tsk
Posté par Cali_Mero . En réponse au journal C'est fini. Évalué à 10.
Si ca vous suffit pour vous faire votre idée, tant mieux pour vous, mais pour ma part je préfèrerais débattre sur des points concrets, tangibles pour la vie de tous les jours, dont le traité ne manque pas.
[^] # Re: Dommage :'(
Posté par Cali_Mero . En réponse au journal Nokia 770,. Évalué à 2.
http://www.zdnet.fr/produits/materiels/assistants_personnels/test/0(...)
(Non, je ne travaille pas chez ce fabriquant)
Mais ca tourne sous un OS qui ne plait pas à tout le monde. D'ailleurs, certains ici saurait-ils s'il est possible d'installer dessus un OS plus ouvert et sympathique que celui qui est livré avec ?
# "en temps que" > "en tant que"
Posté par Cali_Mero . En réponse au journal Recherche employeur pour BTS Info Gestion par alternance sur Lyon. Évalué à 2.
Tu peux aussi aller voir sur ce site spécialisé dans l'emploi du LL : http://fr.lolix.org/(...)
Bonne chance à toi.
[^] # Re: Boff ....
Posté par Cali_Mero . En réponse au journal Un article intéressant sur (X)HTML/CSS. Évalué à 7.
CSS n'est pas un langage de programmation, oui. Et alors ? Pour programmer, il y a DOM et JavaScript !
Mais effectivement, quand on commence à intégrer des notions de programmation, on s'éloigne de l'approche document qui est celle vers laquelle HTML et CSS convergent. Le document prend de l'intelligence, avec les surcouts que l'on connait (accessibilité [si toute la page est d'origine masquée via CSS et peut être affichée via un appel javascript uniquement, que va voir le visiteur qui ne peut éxécuter le javascript ou qui utilise un média alternatif ?], compatibilité, performances diverses des navigateurs pour le meme fragment de code éxécuté, etc...).
Il est cependant possible de bénéficier à la fois des avantages de séparation forme/contenu de CSS et de la souplesse de DOM/javascript combinés. A condition pour le visiteur d'avoir un navigateur configuré pour accepter ces technologies, et pour le développeur de se forcer à maintenir cette séparation forme/contenu dans le cadre très permissif de javascript, pour maintenir l'accessibilité des contenus dans les navigateurs non-compatibles et/ou alternatifs. C'est là que le bât blesse bien souvent.
Que l'auteur de l'article trouve cela difficile en l'état aujourd'hui ne veut pas dire que les standards sont mauvais, incomplets ou inadaptés, c'est peut-être tout simplement un champ d'investigation possible pour élaborer des solutions basées sur les standards d'aujourd'hui, permettant de les exploiter encore plus aisément demain...
# Le ciel t'aidera...
Posté par Cali_Mero . En réponse au message ajuster la grandeur d'une photo. Évalué à 4.
[^] # Re: Tu n'as pas le droit
Posté par Cali_Mero . En réponse au journal Faire du GPL avec du Shareware. Évalué à 0.
Au hasard : parceque tu n'as pas encore proposé le patch ?
[^] # Re: Pfff ! Ca sert à rien !
Posté par Cali_Mero . En réponse au journal Les nouvelles consoles. Évalué à 8.
Le seul intérêt pour le moment est d'en mettre plein la vue. Objectif atteint, je dirais :)
# Il n'y en a pas
Posté par Cali_Mero . En réponse au message Ajouter dynamiquement des éléments à un formulaire. Évalué à 2.
Tu peux par contre essayer une autre approche, où au lieu de créer des champs, tu en masquerais/démasquerais au besoin via CSS...
# Précisions
Posté par Cali_Mero . En réponse au message faille cgi .???. Évalué à 9.
pourquoi les script cgi serait plus dangereux que les script php .??
CGI est une norme d'interfaçage entre serveurs http et programmes externes. Et php peut-être interfacé en CGI avec peu de différences dans son fonctionnement par rapport au module apache classique... tu as donc sûrement déjà fait des "scripts CGI".
Notes bien que CGI n'est pas spécifique à un langage, derrière cette notion on peut faire indifféremment du php, perl, python, shell, C/C++ compilé, du ruby, ou meme une combinaison de plusieurs langages...
Donc comparer la sécurité de scripts PHP avec celle de "scripts CGI" n'a pas trop de sens.
Je te conseille la lecture de la norme : http://hoohoo.ncsa.uiuc.edu/cgi/intro.html(...) (en anglais)
[^] # Re: Le mieux à faire...
Posté par Cali_Mero . En réponse à la dépêche KDE doit-il abandonner KHTML pour Webcore ?. Évalué à 4.
Il est clair que ce n'est pas le but d'Apple. Je pense plutôt que cette proposition va dans le sens de leur conception de la "coopération" entre projets libres.
Apple se gausse d'avoir réussi à passer l'Acid2, et dans un élan de bonté ils proposent aux développeurs de KHTML, qui n'est pas au même niveau sur ce point, de reprendre les fruits de leur boulot partiellement ou complètement. C'est à la fois de la pub et une volonté d'entraide telle qu'ils peuvent la concevoir. Que les dévs de KHTML acceptent ou pas, c'est une autre histoire, il auront sûrement de bonnes raisons de ne pas le faire mais reste à voir objectivement si ca peut être intéressant de partir sur une base webcore ? En dehors du strict respect des standards et de l'Acid2, où en sont respectivement les deux projets ?
L'intérêt immédiat, si cette proposition aboutissait, serait la compatibilité qui redeviendrait bonne entre les moteurs WebCore (qui s'identifie, comme certains le soulignent, comme khtml) et khtml. Ce n'est pas anodin, comme avantage... Aussi bien konqueror que Safari sont promis à un bel avenir et il est dommage que les développeurs web ne puissent en tirer pleinement profit à cause de leurs différences pas clairement identifiables.
Et puis, Apple aurait très bien pu ne rien proposer du tout...
# Et les projets libres non-GPL ?
Posté par Cali_Mero . En réponse au message GPL ou LGPL ?. Évalué à 3.
En mettant ta bibliothèque sous LGPL, tu permets à ces logiciels de l'utiliser. Sous GPL par contre, il y a peu de chances qu'ils le puissent (car généralement ceux qui choisissent une licence libre non-GPL le font par choix, auquel cas la GPL n'est pas une option pour eux, ou par obligation).
Le mieux, après, je ne sais pas... A toi de choisir.
# Question pour les connaisseurs
Posté par Cali_Mero . En réponse au journal Brevets logiciels: nouveaux revirements. Évalué à 2.
[^] # Re: encourager != forcer
Posté par Cali_Mero . En réponse au journal Logiciels libres et travaux forcés. Évalué à 10.
la news slashdot à l'origine : http://it.slashdot.org/article.pl?sid=05/05/04/2257229&from=rss(...)
On y apprend notamment qu'en Australie, il faut souscrire à une clause d' "obligation mutuelle" pour toucher les droits au chômage qui consiste pour le demandeur à justifier qu'il participe à une activité qui l'aide à trouver du travail. Et une organisation appelée CommunityCode propose de valider dans ce cadre des contributions à des projets open-source.
et le site présentant l'initiative en question :
http://www.communitycode.org/(...)
Or je lis : CommunityCode is a group of Australian open source / free software people who want to give Newstart recipients a way to count any Free Software work they do towards their mutual obligation requirement, and to involve people who might not otherwise have a 'way in' to Free Software.
Je retiens surtout le "any Free Software work they do", c'est à dire tout travail pour un projet libre.
Pourquoi ca ne me choque pas ? Eh bien c'est une carotte pour aider des projets libres quels qu'ils soient. Il n'est écrit nulle part qu'on te forcera à travailler sur un projet qui ne te motive pas, ni que les projets qu'on pourrait te proposer doivent servir des intérêts quelconques.
Si j'étais soumis à un tel système, par exemple, je choisirais sans doute de participer à freeciv ou firefox, ou un autre projet qui me motiverait. Mais pour m'écarter de l'exemple que tu donnes, qui est très juste, je ne contribuerais pas à un ERP.
la comparaison avec un camp de travail forcé me parait dans ce contexte un peu bancale, non ?
# encourager != forcer
Posté par Cali_Mero . En réponse au journal Logiciels libres et travaux forcés. Évalué à -2.
Ce n'est pas demain la veille qu'on te contraindra à faire du Libre... pas en France en tout cas.
# MSN : mauvaise idée pour tester un réseau
Posté par Cali_Mero . En réponse au message Probleme avec AMSN. Évalué à 2.
Il est difficile de déterminer l'origine de ton problème avec si peu d'indices. Voici la marche à suivre pour identifier le souci :
1/ se connecter sur un site web "sûr" qui marche tout le temps : google.fr, yahoo.fr, etc....
Si ca marche > MSN est en rade, chez toi ou plus probablement chez tout le monde, tu ne peux rien y faire à part attendre (ça arrive trop souvent hélas)
Si ca ne marche pas > essayer avec l'adresse ip (pour google par exemple : http://216.239.39.104/(...) ) :
- Si ca ne marche pas > vérifier dans la configuration réseau du client que la passerelle est bien renseignée.
- Si ca marche : rentrer en dur les adresses des DNS de ton fournisseur d'accès sur ton poste client (au pire des cas, tu trouveras les adresses sur ta passerelle windows 2000/xp avec la commande ipconfig /all).
Bref, mauvaise idée de tester son réseau avec MSN.
# PHP n'est pas correctement installé
Posté par Cali_Mero . En réponse au message un soucis avec PHP. Évalué à 3.
vu que tu donnes peu de détails sur ta configuration, je t'envoie vers le manuel ou tu pourras te servir en informations : http://www.php.net/manual/fr/install.unix.php#install.unix.apache(...)
En particulier, les parties concernant la configuration d'apache te concernent quel que soit ton cas (install à partir des sources ou paquets, etc).
[^] # Re: Raisonnement bancal ?
Posté par Cali_Mero . En réponse au journal Marre des geeks. Évalué à 7.
Je me suis posé la question moi aussi en lisant le journal, mais non, je ne pense pas : DSK tient un blog. Ca n'en fait pas un geek pour autant.
[^] # Re: Apple respecte la licence de KHTML un point c'est tout.
Posté par Cali_Mero . En réponse à la dépêche David Hyatt fait passer le test Acid2 à Safari et contribue à Konqueror. Évalué à 3.
Je ne suis pas familier du monde Mac... Mais si cette attitude que tu dénonces "changez votre système si vous voulez mettre à jour votre navigateur" est avérée, ca rappelle pas mal ce qui se fait chez un autre éditeur bien connu de système propriétaire.
Il faudrait voir les petites lignes du CLUF (ou équivalent) de Tiger pour voir où s'arrête la comparaison...
[^] # Re: Le serveur HL
Posté par Cali_Mero . En réponse au journal Hébergement dédié. Évalué à 3.
Suivant la quantité de ram et la qualité de la connexion, tu pourras éventuellement faire tourner plusieurs serveurs de jeux simultanément sur la machine, en restant raisonnable sur le nombre de slots par serveur.
Si tu as le choix, préfère un prestataire qui te propose de pouvoir rebooter le serveur à distance. Parfois le serveur HL fait freezer tout le système et seul un reboot hard peut alors te sauver (notamment un HLTV mal configuré).
[^] # Re: Le serveur HL
Posté par Cali_Mero . En réponse au journal Hébergement dédié. Évalué à 2.