C'est du non lucratif, donc encore moins de raison de céder aux légendes du "marketing".
On peut très bien faire du non lucratif et avoir envie que la planète entière connaisse le projet ?
Le marketing c'est comment segmenter les produits pour cibler les populations intéressées par nos projets. Dans une entreprise, le but étant de créer de la valeur, il est logique que le marketing soit au service de l'argent. Dans une association, le marketing est censé donner la meilleure image possible de l'association vis-à-vis des citoyens.
Ca me paraît très louable d'essayer de rendre ce projet un peu sexy. Après on aime ou on n'aime pas leur comm, ça c'est autre chose.
Bon OK c'est vrai que c'est pour un APU, mais tout de même, on parle bien de la partie graphique. J'avais surtout retenu que AMD avait réussi à sortir un pilote en avance pour gérer du matériel graphique. Ca laisse présager de bonnes choses.
Il montre l'avancement du pilote "radeon" pour chacun des chipsets des cartes graphiques ATI/AMD.
On voit que le pilote prend en charge les chipsets depuis le "R100" jusqu'aux cartes les plus récentes, autrement dit toutes les cartes depuis l'an 2000 !
Tu confonds avec le pilote "fglrx" qui lui ne prend effectivement en charge que les cartes récentes, puisque ce pilote n'est rien d'autre que le pilote "Catalyst" version Linux.
En résumé :
- pilote "radeon" = pilote libre maintenu pour toutes les cartes depuis l'an 2000 ;
- pilote "fglrx" = les pilotes "Catalyst" = pilote propriétaire fermé maintenu que pour les cartes récentes (environ 2-3 ans) ;
- pilote "radeonhd" = pilote libre obsolète qui était destiné à prendre en charge les chipsets "R500" à "R700" mais qui a été intégré dans le pilote "radeon" (étant donné que "radeon" est destiné à prendre en charge toutes les cartes graphiques), il ne sert donc plus à rien mais sera maintenu le temps que certaines personnes le trouveront utile (donc normalement personne…).
EDIT : je rappelle que le pilote "radeon" est non seulement libre mais développé par les équipes d'AMD, ce qui permet d'avoir les pilotes les plus stables possibles et le plus en avance possible. En effet, on voit maintenant les pilotes intégrés dans le noyau Linux quelques mois avant la sortie des nouvelles cartes sur le marché ! Autrement dit, aujourd'hui lorsqu'on achète une carte graphique AMD, on est sûr qu'elle sera supportée par Linux sans avoir à installer quoique ce soit :-)
Utilisé avec Awesome WM qui me fait bien une gestion de workspace par écran physique et non au total, c'est vraiment cool :D
Ah je ne savais pas qu'Awesome WM faisait ça ! Je comprends mieux son nom maintenant ! Il faut que je le teste à l'occasion.
C'est malheureusement uniquement pour des versions de Windows en 32 bits.
La solution de remplacement qui fonctionne aussi bien en 32 bits qu'en 64 bits, FreeCap, ne fonctionne pas chez moi (erreur dès que j'essaye de lancer un logiciel via FreeCap).
Je sais, malheureusement je suis contraint et forcé d'utiliser Windows…
Mais si tu connais un équivalent de 'tsocks' pour Windows (qui fonctionne), je suis vraiment preneur !
Je pense que ce qui fait le plus planter Firefox, c'est Flash… C'est la seule cause de plantage chez moi en tout cas. Vivement que cette daube disparaisse une fois pour toutes, remplacée par HTML5.
Ce logiciel est une perle !! C'est la Rolls Royce des communications en temps réel ! Un mix entre MSN, Viber, Skype et Whatsapp, sous licence libre, développé par une entreprise (française qui plus est), présent sur toutes les plateformes fixes et mobiles… Chapeau !
Par contre est-ce que quelqu'un sait s'il est possible de le configurer pour passer par un proxy SOCKS ? Je n'ai pas trouvé d'option pour cela, c'est fort dommage !
(dans la vraie vie, les navigateurs web ne s'encombrent pas de traçabilité d'exigences, car c'est un procédé coûteux qui n'est pas justifié pour ce genre de logiciel non critique)
Tout dépend de ce qu'on entend par "non critique".
Je pense qu'un certain nombre de failles de sécurité pourraient être évitées en étant plus rigoureux sur les processus de développement, ce qui pourrait éviter pas mal de cas de cybercriminalité.
En poussant un peu, on peut se dire que des systèmes SCADA pourraient être mis en danger à cause d'un navigateur web mal conçu (toujours via des pages webs vérolées).
Voilà pourquoi je milite pour du code propre et rigoureux en toute circonstance.
Tout comme aujourd'hui on peut virer systemd. D'ailleurs, sous Debian on peut passer de l'un à l'autre très facilement, au démarrage.
J'avais lu que les versions récentes de Gnome nécessitaient impérativement 'systemd', les développeurs disent qu'en fait non. Du coup je ne comprends pas trop, si quelqu'un sait nous expliquer ce n'est pas de refus ;)
Toujours est-il que si des projets comme Gnome imposent la présence de 'systemd', ça risque d'être fort difficile de s'en passer. On peut encore se passer de Gnome (heureusement !!) mais j'espère que les autres projets auront le bon goût de ne pas imposer 'systemd' pour fonctionner.
Je n'ai rien pour ou contre 'systemd', je veux juste conserver ma liberté de choisir ce qui me va le mieux indépendamment des autres briques logiciels que j'ai sur ma machine.
J'ai une amie Israélienne pour qui c'est la même chose.
En l'occurence on parle de faire de l'espéranto la langue de référence dans le monde informatique, donc ça ne poserait finalement pas plus de problèmes que ça (quelqu'un connaît un dingue qui code sur du papier ?? x-p )
Je suis globalement d'accord avec toi, ceci étant dit :
(1) les asiatiques ont une éducation à l'alphabet occidental tandis que nous, occidentaux, nous ne grandissons pas en apprenant l'alphabet chinois (si tant est qu'on peut parler d'alphabet) ou japonais. Ils peuvent donc, à défaut d'apprendre facilement l'espéranto, au moins le lire. Et cette éducation leur donne une sensibilité aux langues occidentales que nous n'avons pas envers les langues asiatiques. Par ailleurs l'anglais est la langue de référence de fait sur Internet et en programmation. Passer à l'espéranto est donc relativement peu contraignant (les caractères ASCII peuvent être réutilisés et si on est capable de lire/d'écrire l'anglais, l'espéranto est bien moins éloigné de celui-ci que le japonais ou le chinois par exemple) ;
(2) j'ai effectivement bien précisé que seule la syntaxe de l'espéranto ne contenait pas d'exceptions. J'aurais probablement plutôt dit parler de morphologie comme tu le dis (la syntaxe donnant déjà du sens à la phrase, la morphologie seulement au vocabulaire). C'est précisément pour cela que j'ai dit "On peut même se dire qu'une phrase bien formée en espéranto avec des mots techniques précis pourrait devenir un langage de programmation en tant que tel.". Il s'agirait de définir le sens précis de termes exactement comme on le fait pour un vocabulaire en XML à l'aide des schémas (les balises seules n'ont aucun sens mais elles en acquièrent lorsqu'on définit un standard, par exemple HTML ou XBEL, instanciés par des schémas).
Par rapport à Inflectiones, je pense qu'il peut servir de base à un tel projet, sans forcément que l'un et l'autre ne fusionnent pour autant.
Il m'est arrivé de penser que l’espéranto était la langue parfaite pour l'informatique, ce pour 2 raisons :
1) c'est une langue se voulant internationale par définition, ce qui serait approprié pour les contributions aux codes sources ;
2) c'est une langue n'ayant pas d'exception. Par conséquent c'est une langue totalement gérable (au moins dans sa syntaxe) par une machine. Il est donc très simple de définir, par exemple, le pluriel d'un nom et par conséquent de donner du sens à ce pluriel. Allié à de la programmation orientée objet, on a là l'outil idéal pour communiquer naturellement avec une machine.
On peut même se dire qu'une phrase bien formée en espéranto avec des mots techniques précis pourrait devenir un langage de programmation en tant que tel.
Le principal problème que je vois à un tel projet, c'est… qu'il faut apprendre l'espéranto. :-/
De plus, si on met au point un tel système capable de piloter des éléments d'une machine de façon naturelle, ça pourrait donner envie à un certain nombre de personnes d'apprendre l'espéranto rien que pour piloter des machines à la voix (de façon bien plus précise qu'avec n'importe quelle autre langue), et ça démocratiserait l'espéranto.
Et qui sait, peut-être que cette langue deviendrait aussi populaire que le Bitcoin ? ;-)
Posté par cluxter .
En réponse à la dépêche Wayland et Weston 1.4.
Évalué à -1.
Dernière modification le 09 février 2014 à 11:58.
Que Linux soit utilisé dans le monde entier à la place de Windows, à la rigueur on s'en fout ?
Linux a été conçu par des mecs compétents pour des mecs compétents. Pas par des marketeurs en quête de part variable à la fin du mois.
Puis est arrivée Canonical avec des mecs incompétents (dixit Dave Airlie, pas n'importe qui donc) pour faire son produit Ubuntu (avec rentabilité financière exigée, c'est une entreprise) pour utilisateurs incompétents. Vous avez dit Microsoft..?
Si Ubuntu c'est une copie semi-libre de Windows comme l'est Android, et avec des performances dégueulasses, je m'en passe très bien.
N'oublie pas que si Ubuntu a pu émerger, c'est avant tout parce qu'elle est basée sur Debian qui est réputée pour sortir quand elle est stable et avec des solutions standards. Mir ne sera utilisé que par les Mme Michu et les Kéké sous Ubuntu, et c'est très bien comme ça parce que je n'ai absolument aucune envie de voir des kikoulol débarquer dans Debian suite à l'incompétence des gars de Canonical (qui sont d'ailleurs en train d'essayer de pourrir Debian avec 'upstart' à la place de 'systemd' ; qu'est-ce que je ne donnerais pas pour les kicker du projet Debian !).
Il arrivera un jour où on comprendra qu'Ubuntu c'est à peu près aussi mauvais que Windows, comme c'est un peu déjà le cas avec Android. Ce n'est pour l'instant pas le cas car Ubuntu est encore largement basée sur Debian, mais à force de faire leurs trucs dans leur coin et de réinventer la roue pour chaque élément du système, c'est bien ce que Canonical va réussir à faire. Et j'ai presque hâte que ça arrive pour que ceux qui pensent qu'Ubuntu c'est trop bien parce que c'est du clic'n'point comme Windows comprennent leur douleur lorsqu'ils seront isolés du reste du monde et que tous les logiciels compatibles Wayland qu'on trouvera sur toutes les autres distributions ne pourront pas tourner sous Ubuntu. Enfin, j'imagine que comme d'hab avec Canonical, on aura droit à une nouvelle couche de compatibilité qui va encore alourdir le système, rajouter des failles de sécurité, demander des centaines d'heures de développement,… Vous avez dit Microsoft..?
Un exemple concret pour conclure : Intel a décidé de retirer les patchs qu'ils avaient commencé à développer pour rendre leurs pilotes graphiques compatibles avec Mir, ils ne vont supporter que Wayland. Il est très probable que Nvidia et AMD suivent la même logique (Nvidia a déjà du mal à rendre ses pilotes propriétaires compatibles avec Wayland…). Les jeux Steam étant dépendants de la compatibilité des pilotes graphiques, on peut d'ores-et-déjà dire que Steam ne pourra un jour plus tourner sous Ubuntu. On peut penser ce qu'on veut de Steam, ce n'est pas la question. Ce que je veux montrer ici, c'est qu'un logiciel populaire comme Steam ne pourra pas tourner sous Ubuntu parce que Canonical a pensé que c'était mieux de faire bande à part, et qu'au final ils vont se retrouver isolés pas seulement pour Steam, mais pour tous les logiciels qui auront été développés pour Wayland. Autrement dit à peu près tous les logiciels (car je doute fortement que les développeurs s'amusent à fournir 2 versions graphiques de leurs logiciels, juste pour faire plaisir à Canonical quand tous les autres utilisent le même standard).
C'est surtout tellement tendance de réinventer la roue chez Canonical…
Qu'ils aient envie de faire bande à part en faisant un serveur d'affichage parallèle à celui sur lequel tout le monde travaille, pourquoi pas, mais c'est un gaspillage de ressources à mon avis, ils feraient mieux de contribuer à Wayland. C'est d'ailleurs assez curieux pour une entreprise qui, je le rappelle, a pour objectif de faire du profit, donc d'économiser ses ressources.
Rappelons qu'ils ont été considérés par des développeurs officiels du kernel Linux comme étant des personnes incompétentes qui ne comprenaient pas trop comment tout ça fonctionnait :
Ils n’ont quasiment personne de suffisamment compétent pour écrire un serveur d’affichage, leur ignorance du fonctionnement de Wayland le met d’autant plus en évidence.
[…]
La question est de savoir si vous souhaitez que l’avenir de Linux sur le bureau et potentiellement sur les plates‐formes mobiles repose sur un serveur d’affichage qui est développé par des personnes incapables de comprendre la solution libre de référence ? Le fait est que ce n’est pas afficher des choses à l’écran qui est la partie compliquée d’un serveur d’affichage ; récupérer les entrées et les envoyer de manière sécurisée à leur destination, ça c’est difficile. Gérer les méthodes d’entrées est difficile, un système d’entrée est difficile. Devinez ce qu’ils n’ont pas encore envisagé d’implémenter ?
Et de fait Canonical a commencé à avoir de sérieux problèmes ces derniers temps avec Mir. Je n'ai plus la source de l'article qui racontait ça, c'est bien dommage.
Et là où je vois rouge, c'est quand je vois que 2 mecs de Canonical sont en train d'imposer les choix de Canonical à Debian parce qu'ils font partie des décideurs du projet Debian. Là j'ai juste envie de tout casser. Qu'Ubuntu fasse de la merde, c'est leur problème. Mais qu'ils viennent contaminer Debian, là c'est franchement flippant.
"Ubuntu s'est isolée toute seule avec le sujet mir, ça serait dommage qu'elle entraine Debian avec elle sur l'init"
Très gros +1.
Ubuntu adopte de plus en plus une stratégie de fork solitaire réinventeur de roue à la Android et c'est son droit. Mais venir semer la lèpre dans la communauté Debian, ça on s'en passerait.
La seule raison valable selon moi pour laquelle le choix n'a pas encore été fait en faveur de "systemd" pour Debian, c'est la présence de 2 développeurs de Canonical dans l'équipe. Je n'ai jusqu'à présent vu aucun argument plaidant techniquement en faveur de "upstart" plus que de "systemd".
Canonical essaye tant bien que mal d'influencer le développement de Debian pour servir ses intérêts et économiser des ressources.
Je n'aime pas ça du tout car si Debian est une si bonne distribution, c'est bien parce qu'elle a su évoluer indépendamment de toute priorité financière. Elle se concentre sur comment faire les choses bien avant de vouloir les faire à moindre coût (tout comme le noyau Linux d'ailleurs). Ubuntu est développée dans une optique de rentabilité à court/moyen terme, et on le voit clairement avec Mir sûrement pas à long terme !
Du coup, ne pourrait-on pas faire un sel qui serait basé sur le mot de passe ? Le but étant d'obtenir un sel unique par mot de passe.
En reprenant ton exemple :
J'ai un mot de passe '1234', mon login est 'obiwan'.
Je calcule un sel avec disons : SHA1("1234" & "obiwan")
Là j'obtiens comme sel : 6957a6c55c640f0543951578fadd4823a36495b2
Puis je calcule le hash du sel + mot de passe : SHA1("6957a6c55c640f0543951578fadd4823a36495b2" & "1234")
Ce qui donne comme résultat final qu'on stocke dans la BDD : 339690467416b7c7e7b966e8a598f3822e0338d0
Si maintenant je change le mot de passe, mon sel va également changer automatiquement.
Je serais donc tenté de dire qu'il me faudra générer une rainbow table à chaque fois que l'utilisateur change son mot de passe puisque le sel change avec le mot de passe.
À ce que je sache personne n'est ensuite obligé d'être client chez Verizon si la façon dont ils gèrent les accès ne vous convient pas.
Sauf qu'on est obligé d'être client d'un FAI et que s'ils appliquent tous les mêmes règles (ce qu'ils feront bien évidemment), qu'on soit chez Verizon ou AT&T ça ne change plus rien, on est obligé de se soumettre à leurs règles.
Si on est pour la liberté, c'est aussi la liberté pour Verizon de gérer leur réseau comme ils le veulent.
En poussant ce raisonnement plus loin : si on est pour la liberté, c'est aussi la liberté pour le citoyen d'accéder à Internet sans passer obligatoirement par un FAI.
Car si on avait un vrai Internet libre tel qu'il a été conçu à la base, on n'aurait tout simplement pas de FAI.
Les FAI sont un moyen pour les gouvernements de renflouer leurs caisses en vendant à prix d'or des licences et en taxant ces FAI, ainsi qu'un moyen d'avoir des points centraux pour contrôler ce qui s'y passe. Ils veulent garder la main sur le réseau pour pouvoir s'ils le désirent couper l'accès à Internet (cf. Chine, Iran, Hadopi, CSA,…).
Le problème avec les FAI c'est qu'ils contraignent l'accès à Internet et donc comme on est obligé d'utiliser leur service, ils doivent rester neutres. Donc oui, le temps qu'on sera contraint par la loi de passer par un FAI pour accéder à Internet, il faut restreindre leur liberté entrepreneuriale pour que les citoyens puissent bénéficier de leur liberté d'utilisation du réseau. Le jour où il ne faudra plus de licence pour fournir un accès à Internet, alors là je dirai "OK pour que les FAI fassent ce qu'ils veulent avec leur réseau".
Par ailleurs, d'un point de vue purement technique, avec les technologies dorénavant existantes, les FAI ne servent plus à rien. Il suffit d'utiliser un réseau maillé avec des points d'accès en Wimax et on peut tout à fait se passer d'un FAI. Au pire si on habite à 30 km de tout dans des montages, on peut installer quelques répéteurs.
Pour ce qui est des DNS, il existe des serveurs DNS décentralisés, pas d'inquiétude là-dessus.
Mais ça c'est une idée que personne ne reprend, peut être tout simplement parce que peu de monde sait qu'on peut se passer d'un FAI ? J'aimerais beaucoup voir un projet libre de ce style émerger.
Si Google propose des abonnements pour ses services, ça ne pose en soi aucun problème. C'est leur modèle économique et ça ne concerne qu'eux.
Le problème qui se pose actuellement, ce n'est pas que des sites fassent payer leurs services (c'est tout à fait normal même) mais que ceux qui voudraient proposer des services libres ne vont plus pouvoir le faire car ils seront soumis aux règles arbitraires des FAI.
Exemple : "Je vois que vous avez un site qui reçoit plus de 1000 visites par jour --> soit vous payez plus cher, soit on bloque systématiquement toutes les connexions quotidiennes au delà de la 1000ème".
Avec une telle logique, les petits services (par exemple des moteurs de recherches) qui n'ont pas forcément beaucoup de moyens vont devoir arrêter de fonctionner, faute de financement. Ce qui dans notre exemple va laisser le champ libre à Google, qui sera le seul moteur de recherches à pouvoir subsister et qui imposera ses services payants.
Cela signifie que monter un site comme Facebook ou Snapchat dans sa chambre d'étudiant ne pourra plus se faire, car les entrepreneurs de startups seront soumis au diktat des FAI qui, en imposant des règles financières fortes, pourront tuer ces sites dans l'oeuf. Pour proposer leurs propres services…
Ca me semble être une telle atteinte à l'entrepreneuriat que je ne comprends vraiment pas pourquoi toute la Silicon Valley et les USA entiers n'ont pas encore rué dans les brancards.
Ils vont bientôt commencer la production. Si vous en voulez un dépêchez vous parce qu'ils vont devoir arrêter de prendre des commandes pour pouvoir commencer la production (contraintes de fournisseurs des composants), et il faudra attendre plusieurs mois avant qu'ils rouvrent les commandes.
En gros, ils veulent reprendre le boîtier du Nokia N900, créer une nouvelle carte mère qui va remplacer celle du N900 basée sur celle du FreeRunner et mettre Debian comme OS par défaut.
Toute contribution de 100 € minimum donnera lieu à la production d'un smartphone.
Richard Stallman lui-même a évoqué qu'il pourrait se laisser tenter par ce smartphone (!!).
Si vous pensez que ça peut intéresser des amis dépêchez-vous de le leur faire savoir avant que les commandes ne soient clôturées pour plusieurs mois !
Justement, c'est pour ça que j'ai posé la question, j'utilise aussi HTTPS Everywhere et même en tapant "https://" au lieu de "http://" il me reprenait la version HTTP en cache plutôt que d'aller sur la version chiffrée. Donc j'ai d'abord dû fermer mon onglet et le rouvrir.
Et je pensais aussi que HTTPS Everywhere testait si un service HTTPS était disponible et, si non, allait sur HTTP, mais apparemment non. J'imagine qu'il utilise une liste blanche pour accélérer les connexions ? Mais du coup on ne profite pas automatiquement du service chiffré s'il n'est pas répertorié.
EDIT : mais c'est surtout que je trouve que linuxfr.org devrait nous rediriger automatiquement vers la page chiffrée, qu'est-ce que vous en pensez ?
[^] # Re: décidement
Posté par cluxter . En réponse à la dépêche Création de l'association Open Food Facts et assemblée constitutive au NUMA à Paris le 11 avril 2014. Évalué à 1.
On peut très bien faire du non lucratif et avoir envie que la planète entière connaisse le projet ?
Le marketing c'est comment segmenter les produits pour cibler les populations intéressées par nos projets. Dans une entreprise, le but étant de créer de la valeur, il est logique que le marketing soit au service de l'argent. Dans une association, le marketing est censé donner la meilleure image possible de l'association vis-à-vis des citoyens.
Ca me paraît très louable d'essayer de rendre ce projet un peu sexy. Après on aime ou on n'aime pas leur comm, ça c'est autre chose.
[^] # Re: c'est lourd de renseigner le titre ...
Posté par cluxter . En réponse au journal AMD et plus d'open source. Évalué à 2.
Oui :
Source : http://linuxfr.org/news/sortie-de-linux-3-12#atiamd-pilote-radeon
Bon OK c'est vrai que c'est pour un APU, mais tout de même, on parle bien de la partie graphique. J'avais surtout retenu que AMD avait réussi à sortir un pilote en avance pour gérer du matériel graphique. Ca laisse présager de bonnes choses.
[^] # Re: c'est lourd de renseigner le titre ...
Posté par cluxter . En réponse au journal AMD et plus d'open source. Évalué à 2. Dernière modification le 03 avril 2014 à 17:23.
Pas du tout !
Regarde ce tableau : http://xorg.freedesktop.org/wiki/RadeonFeature/
Il montre l'avancement du pilote "radeon" pour chacun des chipsets des cartes graphiques ATI/AMD.
On voit que le pilote prend en charge les chipsets depuis le "R100" jusqu'aux cartes les plus récentes, autrement dit toutes les cartes depuis l'an 2000 !
Tu confonds avec le pilote "fglrx" qui lui ne prend effectivement en charge que les cartes récentes, puisque ce pilote n'est rien d'autre que le pilote "Catalyst" version Linux.
En résumé :
- pilote "radeon" = pilote libre maintenu pour toutes les cartes depuis l'an 2000 ;
- pilote "fglrx" = les pilotes "Catalyst" = pilote propriétaire fermé maintenu que pour les cartes récentes (environ 2-3 ans) ;
- pilote "radeonhd" = pilote libre obsolète qui était destiné à prendre en charge les chipsets "R500" à "R700" mais qui a été intégré dans le pilote "radeon" (étant donné que "radeon" est destiné à prendre en charge toutes les cartes graphiques), il ne sert donc plus à rien mais sera maintenu le temps que certaines personnes le trouveront utile (donc normalement personne…).
EDIT : je rappelle que le pilote "radeon" est non seulement libre mais développé par les équipes d'AMD, ce qui permet d'avoir les pilotes les plus stables possibles et le plus en avance possible. En effet, on voit maintenant les pilotes intégrés dans le noyau Linux quelques mois avant la sortie des nouvelles cartes sur le marché ! Autrement dit, aujourd'hui lorsqu'on achète une carte graphique AMD, on est sûr qu'elle sera supportée par Linux sans avoir à installer quoique ce soit :-)
[^] # Re: Résumé
Posté par cluxter . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 1.
[^] # Re: Résumé
Posté par cluxter . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 1.
Lorsque tu dis qu'il est capable de gérer tes 3 écrans sans problème, tu parles des performances ? Qu'est-ce qui n'allait pas ?
[^] # Re: Proxy SOCKS
Posté par cluxter . En réponse à la dépêche Linphone 3.7.0. Évalué à 0.
C'est malheureusement uniquement pour des versions de Windows en 32 bits.
La solution de remplacement qui fonctionne aussi bien en 32 bits qu'en 64 bits, FreeCap, ne fonctionne pas chez moi (erreur dès que j'essaye de lancer un logiciel via FreeCap).
[^] # Re: Proxy SOCKS
Posté par cluxter . En réponse à la dépêche Linphone 3.7.0. Évalué à 1.
Je sais, malheureusement je suis contraint et forcé d'utiliser Windows…
Mais si tu connais un équivalent de 'tsocks' pour Windows (qui fonctionne), je suis vraiment preneur !
[^] # Re: onglets bien ronds
Posté par cluxter . En réponse à la dépêche Firefox 28. Évalué à 7.
Je pense que ce qui fait le plus planter Firefox, c'est Flash… C'est la seule cause de plantage chez moi en tout cas. Vivement que cette daube disparaisse une fois pour toutes, remplacée par HTML5.
# Images
Posté par cluxter . En réponse à la dépêche LAN Xonotic à Lille. Évalué à 2.
Même pas une capture d'écran pour montrer à quoi ça ressemble ? :(
# Proxy SOCKS
Posté par cluxter . En réponse à la dépêche Linphone 3.7.0. Évalué à 4.
Ce logiciel est une perle !! C'est la Rolls Royce des communications en temps réel ! Un mix entre MSN, Viber, Skype et Whatsapp, sous licence libre, développé par une entreprise (française qui plus est), présent sur toutes les plateformes fixes et mobiles… Chapeau !
Par contre est-ce que quelqu'un sait s'il est possible de le configurer pour passer par un proxy SOCKS ? Je n'ai pas trouvé d'option pour cela, c'est fort dommage !
# Sens de "non critique" ?
Posté par cluxter . En réponse à la dépêche Sortie de Reqflow pour tracer vos exigences. Évalué à 2.
Tout dépend de ce qu'on entend par "non critique".
Je pense qu'un certain nombre de failles de sécurité pourraient être évitées en étant plus rigoureux sur les processus de développement, ce qui pourrait éviter pas mal de cas de cybercriminalité.
J'imagine qu'en l’occurrence "non critique" signifie "ne mettant pas de vies humaines en danger" ( http://linuxfr.org/news/encore-un-exemple-de-code-spaghetti-toyota ) ou "ne causant pas de préjudice économique important". Reste qu'un bon nombre de piratages se font via des pages webs vérolées et qu'en la matière tous les moyens sont bons ( http://travaux.ovh.net/?do=details&id=8998 ), ce qui peut mener à des désastres ( http://www.lemonde.fr/argent/article/2014/03/06/apres-mtgox-la-plateforme-flexcoin-ferme-victime-d-un-vol_4378348_1657007.html ).
En poussant un peu, on peut se dire que des systèmes SCADA pourraient être mis en danger à cause d'un navigateur web mal conçu (toujours via des pages webs vérolées).
Voilà pourquoi je milite pour du code propre et rigoureux en toute circonstance.
[^] # Re: fin de l'histoire ?
Posté par cluxter . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à -2.
J'avais lu que les versions récentes de Gnome nécessitaient impérativement 'systemd', les développeurs disent qu'en fait non. Du coup je ne comprends pas trop, si quelqu'un sait nous expliquer ce n'est pas de refus ;)
Toujours est-il que si des projets comme Gnome imposent la présence de 'systemd', ça risque d'être fort difficile de s'en passer. On peut encore se passer de Gnome (heureusement !!) mais j'espère que les autres projets auront le bon goût de ne pas imposer 'systemd' pour fonctionner.
Je n'ai rien pour ou contre 'systemd', je veux juste conserver ma liberté de choisir ce qui me va le mieux indépendamment des autres briques logiciels que j'ai sur ma machine.
[^] # Re: le TLD le plus crédible: et moi?
Posté par cluxter . En réponse au sondage Quel est le TLD le plus crédible ?. Évalué à 10. Dernière modification le 21 février 2014 à 18:18.
.niederschaeffolsheim ou .dossenheim-kochersberg sont encore un cran au dessus je pense X-)
Mais le gagnant je crois que c'est :
.scharrachbergheim-irmstett
.pfaffenhoffen est pas mal aussi avec ses 5 'F'.
C'est marrant on dirait de l'assembleur concaténé…
Bienvenue en Alsace !
[^] # Re: Espéranto et programmation
Posté par cluxter . En réponse à la dépêche Inflectiones, déclinaisons et conjugaisons en grec ancien. Évalué à 4. Dernière modification le 13 février 2014 à 23:46.
J'ai une amie Israélienne pour qui c'est la même chose.
En l'occurence on parle de faire de l'espéranto la langue de référence dans le monde informatique, donc ça ne poserait finalement pas plus de problèmes que ça (quelqu'un connaît un dingue qui code sur du papier ?? x-p )
[^] # Re: Espéranto et programmation
Posté par cluxter . En réponse à la dépêche Inflectiones, déclinaisons et conjugaisons en grec ancien. Évalué à 3.
Je suis globalement d'accord avec toi, ceci étant dit :
(1) les asiatiques ont une éducation à l'alphabet occidental tandis que nous, occidentaux, nous ne grandissons pas en apprenant l'alphabet chinois (si tant est qu'on peut parler d'alphabet) ou japonais. Ils peuvent donc, à défaut d'apprendre facilement l'espéranto, au moins le lire. Et cette éducation leur donne une sensibilité aux langues occidentales que nous n'avons pas envers les langues asiatiques. Par ailleurs l'anglais est la langue de référence de fait sur Internet et en programmation. Passer à l'espéranto est donc relativement peu contraignant (les caractères ASCII peuvent être réutilisés et si on est capable de lire/d'écrire l'anglais, l'espéranto est bien moins éloigné de celui-ci que le japonais ou le chinois par exemple) ;
(2) j'ai effectivement bien précisé que seule la syntaxe de l'espéranto ne contenait pas d'exceptions. J'aurais probablement plutôt dit parler de morphologie comme tu le dis (la syntaxe donnant déjà du sens à la phrase, la morphologie seulement au vocabulaire). C'est précisément pour cela que j'ai dit "On peut même se dire qu'une phrase bien formée en espéranto avec des mots techniques précis pourrait devenir un langage de programmation en tant que tel.". Il s'agirait de définir le sens précis de termes exactement comme on le fait pour un vocabulaire en XML à l'aide des schémas (les balises seules n'ont aucun sens mais elles en acquièrent lorsqu'on définit un standard, par exemple HTML ou XBEL, instanciés par des schémas).
Par rapport à Inflectiones, je pense qu'il peut servir de base à un tel projet, sans forcément que l'un et l'autre ne fusionnent pour autant.
# Espéranto et programmation
Posté par cluxter . En réponse à la dépêche Inflectiones, déclinaisons et conjugaisons en grec ancien. Évalué à 8.
Ce projet me permet d'étendre le sujet.
Il m'est arrivé de penser que l’espéranto était la langue parfaite pour l'informatique, ce pour 2 raisons :
1) c'est une langue se voulant internationale par définition, ce qui serait approprié pour les contributions aux codes sources ;
2) c'est une langue n'ayant pas d'exception. Par conséquent c'est une langue totalement gérable (au moins dans sa syntaxe) par une machine. Il est donc très simple de définir, par exemple, le pluriel d'un nom et par conséquent de donner du sens à ce pluriel. Allié à de la programmation orientée objet, on a là l'outil idéal pour communiquer naturellement avec une machine.
On peut même se dire qu'une phrase bien formée en espéranto avec des mots techniques précis pourrait devenir un langage de programmation en tant que tel.
Le principal problème que je vois à un tel projet, c'est… qu'il faut apprendre l'espéranto. :-/
De plus, si on met au point un tel système capable de piloter des éléments d'une machine de façon naturelle, ça pourrait donner envie à un certain nombre de personnes d'apprendre l'espéranto rien que pour piloter des machines à la voix (de façon bien plus précise qu'avec n'importe quelle autre langue), et ça démocratiserait l'espéranto.
Et qui sait, peut-être que cette langue deviendrait aussi populaire que le Bitcoin ? ;-)
[^] # Re: ???
Posté par cluxter . En réponse à la dépêche Wayland et Weston 1.4. Évalué à -1. Dernière modification le 09 février 2014 à 11:58.
Que Linux soit utilisé dans le monde entier à la place de Windows, à la rigueur on s'en fout ?
Linux a été conçu par des mecs compétents pour des mecs compétents. Pas par des marketeurs en quête de part variable à la fin du mois.
Puis est arrivée Canonical avec des mecs incompétents (dixit Dave Airlie, pas n'importe qui donc) pour faire son produit Ubuntu (avec rentabilité financière exigée, c'est une entreprise) pour utilisateurs incompétents. Vous avez dit Microsoft..?
Si Ubuntu c'est une copie semi-libre de Windows comme l'est Android, et avec des performances dégueulasses, je m'en passe très bien.
N'oublie pas que si Ubuntu a pu émerger, c'est avant tout parce qu'elle est basée sur Debian qui est réputée pour sortir quand elle est stable et avec des solutions standards. Mir ne sera utilisé que par les Mme Michu et les Kéké sous Ubuntu, et c'est très bien comme ça parce que je n'ai absolument aucune envie de voir des kikoulol débarquer dans Debian suite à l'incompétence des gars de Canonical (qui sont d'ailleurs en train d'essayer de pourrir Debian avec 'upstart' à la place de 'systemd' ; qu'est-ce que je ne donnerais pas pour les kicker du projet Debian !).
Il arrivera un jour où on comprendra qu'Ubuntu c'est à peu près aussi mauvais que Windows, comme c'est un peu déjà le cas avec Android. Ce n'est pour l'instant pas le cas car Ubuntu est encore largement basée sur Debian, mais à force de faire leurs trucs dans leur coin et de réinventer la roue pour chaque élément du système, c'est bien ce que Canonical va réussir à faire. Et j'ai presque hâte que ça arrive pour que ceux qui pensent qu'Ubuntu c'est trop bien parce que c'est du clic'n'point comme Windows comprennent leur douleur lorsqu'ils seront isolés du reste du monde et que tous les logiciels compatibles Wayland qu'on trouvera sur toutes les autres distributions ne pourront pas tourner sous Ubuntu. Enfin, j'imagine que comme d'hab avec Canonical, on aura droit à une nouvelle couche de compatibilité qui va encore alourdir le système, rajouter des failles de sécurité, demander des centaines d'heures de développement,… Vous avez dit Microsoft..?
Un exemple concret pour conclure : Intel a décidé de retirer les patchs qu'ils avaient commencé à développer pour rendre leurs pilotes graphiques compatibles avec Mir, ils ne vont supporter que Wayland. Il est très probable que Nvidia et AMD suivent la même logique (Nvidia a déjà du mal à rendre ses pilotes propriétaires compatibles avec Wayland…). Les jeux Steam étant dépendants de la compatibilité des pilotes graphiques, on peut d'ores-et-déjà dire que Steam ne pourra un jour plus tourner sous Ubuntu. On peut penser ce qu'on veut de Steam, ce n'est pas la question. Ce que je veux montrer ici, c'est qu'un logiciel populaire comme Steam ne pourra pas tourner sous Ubuntu parce que Canonical a pensé que c'était mieux de faire bande à part, et qu'au final ils vont se retrouver isolés pas seulement pour Steam, mais pour tous les logiciels qui auront été développés pour Wayland. Autrement dit à peu près tous les logiciels (car je doute fortement que les développeurs s'amusent à fournir 2 versions graphiques de leurs logiciels, juste pour faire plaisir à Canonical quand tous les autres utilisent le même standard).
[^] # Re: Diverses commentaires
Posté par cluxter . En réponse à la dépêche Wayland et Weston 1.4. Évalué à 7.
C'est surtout tellement tendance de réinventer la roue chez Canonical…
Qu'ils aient envie de faire bande à part en faisant un serveur d'affichage parallèle à celui sur lequel tout le monde travaille, pourquoi pas, mais c'est un gaspillage de ressources à mon avis, ils feraient mieux de contribuer à Wayland. C'est d'ailleurs assez curieux pour une entreprise qui, je le rappelle, a pour objectif de faire du profit, donc d'économiser ses ressources.
Rappelons qu'ils ont été considérés par des développeurs officiels du kernel Linux comme étant des personnes incompétentes qui ne comprenaient pas trop comment tout ça fonctionnait :
Source et infos intéressantes : http://linuxfr.org/news/mir-un-serveur-d-affichage-de-trop
Et de fait Canonical a commencé à avoir de sérieux problèmes ces derniers temps avec Mir. Je n'ai plus la source de l'article qui racontait ça, c'est bien dommage.
Et là où je vois rouge, c'est quand je vois que 2 mecs de Canonical sont en train d'imposer les choix de Canonical à Debian parce qu'ils font partie des décideurs du projet Debian. Là j'ai juste envie de tout casser. Qu'Ubuntu fasse de la merde, c'est leur problème. Mais qu'ils viennent contaminer Debian, là c'est franchement flippant.
[^] # Re: Et pour une poignée de liens en plus
Posté par cluxter . En réponse au journal Des nouvelles de Debian et de systemd. Évalué à 2.
"Ubuntu s'est isolée toute seule avec le sujet mir, ça serait dommage qu'elle entraine Debian avec elle sur l'init"
Très gros +1.
Ubuntu adopte de plus en plus une stratégie de fork solitaire réinventeur de roue à la Android et c'est son droit. Mais venir semer la lèpre dans la communauté Debian, ça on s'en passerait.
La seule raison valable selon moi pour laquelle le choix n'a pas encore été fait en faveur de "systemd" pour Debian, c'est la présence de 2 développeurs de Canonical dans l'équipe. Je n'ai jusqu'à présent vu aucun argument plaidant techniquement en faveur de "upstart" plus que de "systemd".
Canonical essaye tant bien que mal d'influencer le développement de Debian pour servir ses intérêts et économiser des ressources.
Je n'aime pas ça du tout car si Debian est une si bonne distribution, c'est bien parce qu'elle a su évoluer indépendamment de toute priorité financière. Elle se concentre sur comment faire les choses bien avant de vouloir les faire à moindre coût (tout comme le noyau Linux d'ailleurs). Ubuntu est développée dans une optique de rentabilité à court/moyen terme, et on le voit clairement avec Mir sûrement pas à long terme !
[^] # Re: retrouver le salt ???
Posté par cluxter . En réponse au journal L'art de stocker des mots de passe. Évalué à 1.
Merci pour cet exemple explicatif très clair.
Du coup, ne pourrait-on pas faire un sel qui serait basé sur le mot de passe ? Le but étant d'obtenir un sel unique par mot de passe.
En reprenant ton exemple :
J'ai un mot de passe '1234', mon login est 'obiwan'.
Je calcule un sel avec disons : SHA1("1234" & "obiwan")
Là j'obtiens comme sel : 6957a6c55c640f0543951578fadd4823a36495b2
Puis je calcule le hash du sel + mot de passe : SHA1("6957a6c55c640f0543951578fadd4823a36495b2" & "1234")
Ce qui donne comme résultat final qu'on stocke dans la BDD : 339690467416b7c7e7b966e8a598f3822e0338d0
Si maintenant je change le mot de passe, mon sel va également changer automatiquement.
Je serais donc tenté de dire qu'il me faudra générer une rainbow table à chaque fois que l'utilisateur change son mot de passe puisque le sel change avec le mot de passe.
Qu'en pensez-vous ?
[^] # Re: Et si ce jugement était correct ?
Posté par cluxter . En réponse à la dépêche La fin de la neutralité du net ?. Évalué à 5. Dernière modification le 20 janvier 2014 à 15:06.
Sauf qu'on est obligé d'être client d'un FAI et que s'ils appliquent tous les mêmes règles (ce qu'ils feront bien évidemment), qu'on soit chez Verizon ou AT&T ça ne change plus rien, on est obligé de se soumettre à leurs règles.
En poussant ce raisonnement plus loin : si on est pour la liberté, c'est aussi la liberté pour le citoyen d'accéder à Internet sans passer obligatoirement par un FAI.
Car si on avait un vrai Internet libre tel qu'il a été conçu à la base, on n'aurait tout simplement pas de FAI.
Les FAI sont un moyen pour les gouvernements de renflouer leurs caisses en vendant à prix d'or des licences et en taxant ces FAI, ainsi qu'un moyen d'avoir des points centraux pour contrôler ce qui s'y passe. Ils veulent garder la main sur le réseau pour pouvoir s'ils le désirent couper l'accès à Internet (cf. Chine, Iran, Hadopi, CSA,…).
Le problème avec les FAI c'est qu'ils contraignent l'accès à Internet et donc comme on est obligé d'utiliser leur service, ils doivent rester neutres. Donc oui, le temps qu'on sera contraint par la loi de passer par un FAI pour accéder à Internet, il faut restreindre leur liberté entrepreneuriale pour que les citoyens puissent bénéficier de leur liberté d'utilisation du réseau. Le jour où il ne faudra plus de licence pour fournir un accès à Internet, alors là je dirai "OK pour que les FAI fassent ce qu'ils veulent avec leur réseau".
Par ailleurs, d'un point de vue purement technique, avec les technologies dorénavant existantes, les FAI ne servent plus à rien. Il suffit d'utiliser un réseau maillé avec des points d'accès en Wimax et on peut tout à fait se passer d'un FAI. Au pire si on habite à 30 km de tout dans des montages, on peut installer quelques répéteurs.
Pour ce qui est des DNS, il existe des serveurs DNS décentralisés, pas d'inquiétude là-dessus.
Mais ça c'est une idée que personne ne reprend, peut être tout simplement parce que peu de monde sait qu'on peut se passer d'un FAI ? J'aimerais beaucoup voir un projet libre de ce style émerger.
[^] # Re: SFR a déjà répondu
Posté par cluxter . En réponse à la dépêche La fin de la neutralité du net ?. Évalué à 10.
Si Google propose des abonnements pour ses services, ça ne pose en soi aucun problème. C'est leur modèle économique et ça ne concerne qu'eux.
Le problème qui se pose actuellement, ce n'est pas que des sites fassent payer leurs services (c'est tout à fait normal même) mais que ceux qui voudraient proposer des services libres ne vont plus pouvoir le faire car ils seront soumis aux règles arbitraires des FAI.
Exemple : "Je vois que vous avez un site qui reçoit plus de 1000 visites par jour --> soit vous payez plus cher, soit on bloque systématiquement toutes les connexions quotidiennes au delà de la 1000ème".
Avec une telle logique, les petits services (par exemple des moteurs de recherches) qui n'ont pas forcément beaucoup de moyens vont devoir arrêter de fonctionner, faute de financement. Ce qui dans notre exemple va laisser le champ libre à Google, qui sera le seul moteur de recherches à pouvoir subsister et qui imposera ses services payants.
Cela signifie que monter un site comme Facebook ou Snapchat dans sa chambre d'étudiant ne pourra plus se faire, car les entrepreneurs de startups seront soumis au diktat des FAI qui, en imposant des règles financières fortes, pourront tuer ces sites dans l'oeuf. Pour proposer leurs propres services…
Ca me semble être une telle atteinte à l'entrepreneuriat que je ne comprends vraiment pas pourquoi toute la Silicon Valley et les USA entiers n'ont pas encore rué dans les brancards.
[^] # Re: A quand du concret dans nos poches ?
Posté par cluxter . En réponse à la dépêche Osmocom (Open source mobile communications). Évalué à 0.
Le projet Neo900 a pour but de produire un smarphone 4G le plus libre possible :
http://neo900.org
Ils vont bientôt commencer la production. Si vous en voulez un dépêchez vous parce qu'ils vont devoir arrêter de prendre des commandes pour pouvoir commencer la production (contraintes de fournisseurs des composants), et il faudra attendre plusieurs mois avant qu'ils rouvrent les commandes.
En gros, ils veulent reprendre le boîtier du Nokia N900, créer une nouvelle carte mère qui va remplacer celle du N900 basée sur celle du FreeRunner et mettre Debian comme OS par défaut.
Toute contribution de 100 € minimum donnera lieu à la production d'un smartphone.
Richard Stallman lui-même a évoqué qu'il pourrait se laisser tenter par ce smartphone (!!).
Si vous pensez que ça peut intéresser des amis dépêchez-vous de le leur faire savoir avant que les commandes ne soient clôturées pour plusieurs mois !
[^] # Re: HTTPS
Posté par cluxter . En réponse à la dépêche Du chiffrement et de la sécurité sur LinuxFr.org (statut au 24/11/2013). Évalué à 1. Dernière modification le 26 novembre 2013 à 09:56.
Justement, c'est pour ça que j'ai posé la question, j'utilise aussi HTTPS Everywhere et même en tapant "https://" au lieu de "http://" il me reprenait la version HTTP en cache plutôt que d'aller sur la version chiffrée. Donc j'ai d'abord dû fermer mon onglet et le rouvrir.
Et je pensais aussi que HTTPS Everywhere testait si un service HTTPS était disponible et, si non, allait sur HTTP, mais apparemment non. J'imagine qu'il utilise une liste blanche pour accélérer les connexions ? Mais du coup on ne profite pas automatiquement du service chiffré s'il n'est pas répertorié.
EDIT : mais c'est surtout que je trouve que linuxfr.org devrait nous rediriger automatiquement vers la page chiffrée, qu'est-ce que vous en pensez ?
# HTTPS
Posté par cluxter . En réponse à la dépêche Du chiffrement et de la sécurité sur LinuxFr.org (statut au 24/11/2013). Évalué à -5.
Pourquoi n'a-t-on pas de HTTPS sur LinuxFr.org ?