RMS : 'Nous ne sommes pas convaincus que les œuvres artistiques ou de divertissement doivent être libres,'
Je ne suis pas convaincu qu'un logiciel libre soit facile à fournir, si d'un coté la licence du code est libre, et l'autre coté, les données dites artistiques sont proprio.
Voilà ton jeux, il est gratuit, maintenant, les sons, les skins, les maps, le scénario tu le paie.
Je te fournis un framework pour faire des sites webs, maintenants les icones, les effets jquery tu les paies.
RMS avec sa distinction entre oeuvre utiles (dont informatique) et artistique se met un peu un doigt dans l'oeil. La création informatique n'est pas qualitativement différente.
Et c'est là où le débat pro-anti HADOPI me pète les couilles : pendant qu'on pleure sur les très subventionnés artistes, qu'en est il des travailleurs intellectuels qui produisent des oeuvres de l'esprit ?
On a pas de droit d'auteur, on est dépossédé à 100% au profit des employeurs ou clients (code de la propriété intellectuelle).
Le code n'est pas qualitativement différemment d'une oeuvre d'art, le processus intellectuel est le même il n'y a pas de raison sous prétexte que nous sommes des travailleurs salariés ou indépendants d'être traités différemment.
Ensuite tu n'as pas vu que je voulais le premier élément (get (0)) mais pourquoi pas le 5 ième par exemple... (parce que je sais qu'il existe des suraccesseurs comme "first ")
En gros, ta réponse est fausse, ta ligne de code ne fait pas du tout ce que j'attendais.
quand je vois les potes en formation libre ou pas et comment on les forme, les bras m'en tombent.
On leur apprend à écrire du code alors que l'on passe beaucoup de temps à réutiliser ou modifier le code des autres, on leur apprend pas à déboguer dès le début, la typo dans le code est passée à la trappe .... Bref.
Je me demande si les formations de type universitaire ou école d'ingénieurs sont bien adaptées à l'informatique (je suis universitaire de formation). J'ai trouvé les DUT informatiques débutants très bien formés, et je commence à me demander si l'informatique ne devrait pas s'apprendre en alternance pendant 2 ans à la limite après le bac, avec de la formation continue tout au long de la vie pro.
//Sur JQuery codé avec les pieds
$($(this).children('.classname').get(0)).css('color','#EFEFEF');
//en jquery normal
$('classname').css( { color : '#EFEFEF' })
C'est sûr que si tu utilises this là où c'est pas nécessaire tu dois détester jquery ;)
et le get non plus n'est pas nécessaire.
La force de jquery c'est les accesseurs et la concision.
Quand Le besoin client est satisfait, le moyen technique n'a pas besoin d'être beau ou pur.
Tcl/Tk est peut être une antiquité, mais il fait bien le write once run everywhere ainsi que la compatibilité multiOS que .Net/mono et java sont censés apportés. De plus il est plus portable et simple à installer, et permet de développer rapidement.
Il y a les codeurs qui passent leur temps à devenir les professionels de leurs outils, et les développeurs sont là pour apporter des solutions qui marchent à leur client.
On a peut être pas la même mentalité : je n'aime pas l'informatique, j'aime ce que l'on peut faire avec.
Étrangement plus on me casse les pieds avec ces solutions compliquées plus je vois un langage de grand père qui est au moins au niveau de Mono : Tk/Tcl
Pour Tk/Tcl il suffit d'installer amsn qui marche identiquement sous linux/windows/macOSX et tout le toutim, et ensuite de regarder le source (le gars est bon).
Okay le Tcl est pas sexy. Mais c'est graphique multiplateforme, bien fait, avec une syntaxe ignoble. Mais ça fait le job, et bien. Aucune plate-forme (java, mono, .net, Qt) à mon gout ne fait aussi bien que cela pour un aussi faible coût en ressource, infra et complexité.
alternative à ECMA-334 : n'importe quel langage de haut niveau. Sinon les spécificités de C# en font un langage proche de java/c++.
alternative à CLR : n'importe quel VM ou interpréteur portable (parrot, jvm ...). Chaque language du CLR n'étant qu'un sucre syntaxique.
alternative à .Net (l'intégration système) : ruby, python ont aujourd'hui des systèmes de gestion de paquets (easy-install), de middle ware (webrick), de chrootage système leur permettant d'être relativement proche fonctionnellement.
Le seul truc non existant en libre mais rarement utilisé par les développeurs proprio reste le système de diffusion de paquet/signature/déploiement automagique qui ma foi reste intéressant.
Là où python, ruby et perl sont meilleurs c'est justement sur les repository (cpan). Les bibliothèques de bases du Csharp sur les encodages de mails sont incapables de produire des mails conformes aux rfc par exemple.
On voit le gars (ou la fille) regarder une vidéo sur un CDROM (tout en nous parlant de la facilité de regarder des DVD) ...
Une vidéo sur un CD, cela sent le film du très célèbre distributeur bittorrent.
Il y a que chez ubuntu on l'on confond aussi facilement libre et gratuit ? (ah non, il y a aussi les artistes, mais eux c'est parce qu'ils sont handicapés du cerveau qu'ils font de l'art).
- acheter une cafetière à piston, italienne, électrique qui accepte le café moulu.
- allez achetez n'importe quel café moulu (tant que la finesse du café est la bonne).
C'est comme cela que l'on faisait avant, c'est comme ça que je fais toujours.
Pour le budget d'un mois de cartouche même libre de café mélangé avec du robusta (beurk) je peux même permettre de prendre les meilleurs arabica moka (sidamo), Maragogype mexicain, bourbon de Colombie, et d'aller acheter chez un artisan torrefacteur qui lui au moins ne crame pas le grain.
Contrairement aux capsules je peux mettre mon café au frigo direct après l'achat , ce qui m'évite contrairement à leurs merdes (nespressos ou else) de perdre le gout entre la torrefaction et la consommation. (le goût est plus doux, moins acide, et amer et surtout plus riche).
En résumé, ceux qui n'achètent pas du café bien torréfié et bien conservé ne connaissent probablement pas le vrai goût du café. Donc prétendre s'intéresser au café en parlant de capsule qui le dénature c'est une atteinte au goût et à l'intelligence.
C'est surtout que les recharges coûtent chères, certains prennent donc leur temps pour les remplacer, et elles finissent par devenir des nids à bactéries :)
Quand on baisse son froc devant une raison superieure (debile) on merite de se faire e.........
Le meilleur os c'est celui qui tourne si bien qu'il n'y a pas besoin de Support.
Si des gens ont peur et veulent du suppport, c'est qu'ils ont embauche des sysadmins en carton, donc qu'ils sont incompetents. Les incompetents permettant rarement de monter des projets ambitieux, un manager qui demande du support cela peut etre le signe qu'il faut aller travailller avec des bons au lieu de perdre son temps avec des petits.
On a qu'une vie, c'est dommage de pas la vivre selon notre bon plaisir.
J'ai le code source, les ML, l'accès aux logs, je comprend mon système, et je sais troubleshooter les différentes couches.
Mon expérience du support Red Hat de l'époque est que les paquets de la RH étaient des forks mal patchés (isc DHPC 2.0 pl red hat vs isc DHCP 3.x nécessaire pour mon client), et que le support m'obligeait à me démerder seul, car il ne supportait que des trucs d'il y a 5 ans et sinon il fallait passer par un truc bureaucratique pour faire valider la demande d'avoir un serveur DHCPd digne de ce nom.
Entre payer pour se démerder seul, et se démerder seul sans s'engueuler avec des gens, je préfère la vie sans support.
Je suis un vieux sysadmin qui évite les trucs récents pour éviter les emmerdes, je fais rien de sexy, je fais tout pour faire du bien connu, et je sais trouver où son mes bugs. Pourquoi veux tu que je prenne du support quand ce n'est qu'une gêne ?
Je préfère la sécurité à l'illusion de la sécurité. Des inconnus ne rendront pas mon système plus sûr qu'une bonne dose de sueur et de travail de ma part.
J'ai testé pour vous, car je cède toujours aux lubies des clients quand c'est pas critique, et bien ça m'a laissé une meilleure impression que RHES 4.0.
- Request tracker s'installe sans problème alors que sous RHES 4.0 c'était la galère ;
- turbogears marche parfaitement (install python suffisamment propre) ;
- ruby est bien packagé, l'install de redmine a été facile ;
- postrgesql 8.4, et mysql marchait bien aussi
- fai2ban aussi ;
- munin est bien installé ;
- php sans soucis ;
- matériel fonctionnel (bon c'est celle de ovh) sur un octopro avec 16Go de RAM ;
- j'ai pas tenté dotdeb (version plus à jour de php et mysql que sur debian stable)
Sur un point de vue fonctionnel la ubuntu serveur me plait largement plus que les Red Hat, et les Mandriva. En plus c'était un vrai serveursans outil de configuration graphique. Donc même si ce n'est pas mon premier choix (FreeBSD/Debian), c'était une bonne expérience.
Les développeurs et utilisateurs n'ont pas eu à se plaindre, pas de kernel oops, pas de trous de sécu constatés, le serveur n'ayant pas eu une exposition/criticité c'est aussi la raison pour laquelle j'ai pas objecté à ubuntu server.
Peut être qu'avant de critiquer il faut tester. Ça reste une distribution debian centric de facture correcte qui bat les RedHat Centric (avec ses eternels problèmes de dépendances et ses multiples repository/ ouitls d'install).
Windows avant de devenir une machine serveur, c'était une machine de bureau. Ben ubuntu c'est la même chose. Ils ont apprivoisé le chaland par le bureau, donc maintenant il a moins peur de la prendre en serveur.
L'erreur de certains (BSD, Debian...) est de penser que le bon choix est celui du mieux disant technique, alors que l'on embauche pas un consultant sur ces compétences, mais sur son costume.
Et bien c'est la même chose avec les serveurs.
Peut être que demain, que l'iphone sera décliné en version serveur, qui sait ?
Faudrait remplacer UID/GID par un openID/réseau facebook. Comme ça tes UID/GID seraient partout les mêmes dans le monde.
Le seul problème est que l'on ne pourrait plus monter les clefs sans être sur internet. Le coté positif c'est que l'on pourrait avoir un facebook fs avec des j'aime ton fichier de config php, des commentaires sur ton code et tout.
Un filesystem web 2.0 et il lui faudrait aussi des hook en ajax pour bro(w|ss)er le disque: ce serait plus propre.
Moi (david waterhouse) j'ai du me mordre la langue pour pas me vénérer grave.
Je pense que c'est la mauvaise approche. C'était correct de laisser les disques intelligents translater la géométrie des disques pour pas que nous ayons à gérer les mauvais secteurs et l'entrelacement. Mais ce que les disques flash font, c'est bien plus, et c'est une mauvaise approche.
Les SSD implémentent en fait de manière interne un file system à part entière appelé "couche de traduction". On se retrouve de fait à mettre notre fs (ext4, reiserfs, et pas grand chose d'autre) au dessus de ce file system.
Avez vous suffisamment confiance dans une implémentation de file system closed source pour lui confié vos données ? Sachant que vous ne pouver pas l'améliorer, le déboguer - et plus effrayant - que vous ne pouvez pas corriger quand il déconne car vous n'avez pas accès directement au média dans lequel vos données sont réellement stocké ?
"The flash hardware itself is better placed to know about and handle failures of its cells, so that is likely to be the place where it is done, [Ted] said."
I was biting my tongue when he said that, so I didn't get up and heckle.
I think it's the wrong approach. It was all very well letting "intelligent" drives remap individual sectors underneath us so that we didn't have to worry about bad sectors or C-H-S and interleaving. But what the flash drives have to do to present a "disk" interface is much more than that; it's wrong to think that the same lessons apply here.
What the SSD does internally is a file system all of its own, commonly called a "translation layer". We then end up putting our own file system (ext4, btrfs, etc.) on top of that underlying file system.
Do you want to trust your data to a closed source file system implementation which you can't debug, can't improve and — most scarily — can't even fsck when it goes wrong, because you don't have direct access to the underlying medium?
Comme en France ce n'est pas le bien fondé des arguments qui portent mais le statut de celui qui le dit, je suppose que je vais me retrouver avec pleins de vote en disant que mon propos sur la couche «opaque» proprio de fiabilisation des SSD est un problème c'est exactement le propos de David Woodhouse (linux MTD) http://www.advogato.org/person/dwmw2/
Et comme lui c'est un développeur noyau, il a forcément raison.
Content de ces precisions, je me doutais que tout ce que je racontais n'etait pas exact.
Neanmoins, meme si la RFC existe rien n'implique qu'elle soit implementee.
Pour LDAP, l'authentification systeme reste toujours un probleme, PAM, imap, smtp, mysql, apache et consorts necessitent toujours du specifique. Souvent pas grand chose certes, mais chaque conf a sa syntaxe. Pour le sso, je pense que c'est une idee et une methodologie avant d'etre des outils. Rien n'interdirait d'utiliser AD ou openID ou aitre du moment que devs et admins respectent la norme.
Enfin pour AD je ne crois pas au cathedrale qui se batissent en 1 jours. AD est arrive si vite que je ne vois pas comment les inges ms ont pu batir une couche Ldap aussi propre sans emprunter a l'existant.
De plus un string sur les executables MS (dhcp, ping, ftp) renvoie parfois des chaines de licences libres. Donc l'emprunt de code a des projets bsd est pas ideologiquement tabou chez MS.
Ta remarque est pertinente, les projets ces derniers temps lancent leurs changelogs sur linuxfr, comme une truite dans la face des lecteurs, sans rappeler le contexte.
Bon, si mes souvenirs sont exacts Gosa est une interface qui est à LDAP ce que phpmyadmin est à mysql : cela rend la gestion LDAP plus simple par interface web que par ligne de commande avec un soft relativement léger.
L'intérêt de LDAP ?
Sur tout tes postes clients et serveur si tu configures PAM, postfix, mysql, apache, ssh, dhcp de la bonne manière, tu as une authentification et un annuaire centralisée .
Si tu programmes en web, tu as moults librairies qui te permettent d'utiliser LDAP pour utiliser cette authentification.
Par contre, on a pas de «bons» clients lourds pour administrer les comptes (ça a peut être changé), et c'est là ou Gosa sert pour faire une interface mignone pour administrer les comptes.
C'est donc un bon outil dans une logique plus large de SSO (s'authentifier avec un seul login / pass partout dans ton réseau). Par contre, ça implique de se repalucher les confs par défaut de tous les postes clients/serveurs, et des services.
Le reproche que je faisais à openLDAP c'était à l'époque de ne pas implémenter les servers sides sorting, et les clauses de paging (ça a du changer par rapport à il y a 5 ans quand même). Contre LDAP à part une question de goût (style des requêtes, des urls, forme arborescente des données) je n'ai rien. Cela fait partie des outils que l'on doit garder sous le coude.
PS AD est je soupçonne implémenté sur un openLDAP, un PDC windows parle LDAP couramment. Ce serait drôle de voir si on peut l'administrer avec GOSA.
Je ne leur fait pas plus confiance, c'est pour ca que j'attends toujours a chaque saut technologique que les autres beta testent pour moi. Rien ne vaut le retour du terrain.
Sinon, puisque tu ne veut pas comprendrele mtbf est logique pour l'usure d'une chaine mecanique, les cycles de lectures ecritures pour les memoires flash, parce que c'est le point critique pour les pannes.
Je n'achete pas de matos onereux dont je ne connais pas la fiabilite soit empiriquement, soit selon des criteres fiables. Point final.
Oui les MTBFdes DD sont surestimés. Mais au moins ils ont un sens.
Du mtbf sur de la flash
- c'est du n'importe quoi ;
- c'est opaque, on ne connaît pas les hypothèses, ça donne pas confiance.
les algo de répartitions parlons en : une couche de code en plus, qui dit code dit bugs, dit complexité. Là encore, c'est opaque. Il faut comprendre que les erreurs sont gérées silencieusement et non qu'il n'y en a pas. De plus rien en garantit que ces algos sont efficaces sauf la parole du constructeur. Tu fais confiance à du code dont tu n'as pas les sources toi ?
Trop d'inconnues. Je suis un vieux réac en techno, donc j'attends que les béta testeurs friqués ouvrent le feu, et je regarderais dans 2 ans si ces disques font leurs preuves.
Okay pour la contradiction nécessaire à la vie, mais il y a des jours où l'on peut affirmer des idées (genre tout le monde nait libre et égal en droit) c'est certes doctrinale, mais moi j'aime bien, ça donne un peu d'espoir.
Vu la tendance au consensus mou et la peur des idées conflictuelles je pense pas que c'est demain la veille que piratebay, la quadarature, ou les mouvements associatifs du libre en parleront :) On parle grosso merdo de lutte des classes, bref, de se battre pour un truc pas consensuel qui parle du monde réel (ouhlala), on parle de vie de la cité, de politique (quel gros mot).
^_^
En conclusion, j'ai pas fini d'être énervé que certains trouvent des idées à la noix plus importantes que les vrais humains qui taffent pour crouter. Le logiciel libre me rappelle l'écologie : un truc de bobo.
S'exprimer pour ou contre Hadopi, c'est de l'enfumage, du bruit qui empêche de débattre sur le fond : la place de la création et de son partage dans la société et pas que pour les artistes snobinards. Tout le monde est d'accord pour dire que partager c'est bien, mais personne ne parle de le faire concrètement sous prétexte que c'est trop compliqué..
Même si c'est peut être faux, un jour faut avoir des couilles quand même et parler haut et fort de ce qui nous semble pas correct. Donc non à la relativité, oui à un peu de posage d'argument sur la table avec de la testostérone. La recherche de la connaissance est peut être pas possible, la recherche du respect oui. Et pour cela il faut s'affirmer. C'est pas en espérant poliment que ça arrive, que cela arrivera.
[^] # Re: Pour le *Logiciel* Libre
Posté par Jul (site web personnel) . En réponse à la dépêche Richard Stallman en tournée en France. Évalué à 7.
Je ne suis pas convaincu qu'un logiciel libre soit facile à fournir, si d'un coté la licence du code est libre, et l'autre coté, les données dites artistiques sont proprio.
Voilà ton jeux, il est gratuit, maintenant, les sons, les skins, les maps, le scénario tu le paie.
Je te fournis un framework pour faire des sites webs, maintenants les icones, les effets jquery tu les paies.
RMS avec sa distinction entre oeuvre utiles (dont informatique) et artistique se met un peu un doigt dans l'oeil. La création informatique n'est pas qualitativement différente.
Et c'est là où le débat pro-anti HADOPI me pète les couilles : pendant qu'on pleure sur les très subventionnés artistes, qu'en est il des travailleurs intellectuels qui produisent des oeuvres de l'esprit ?
On a pas de droit d'auteur, on est dépossédé à 100% au profit des employeurs ou clients (code de la propriété intellectuelle).
Le code n'est pas qualitativement différemment d'une oeuvre d'art, le processus intellectuel est le même il n'y a pas de raison sous prétexte que nous sommes des travailleurs salariés ou indépendants d'être traités différemment.
[^] # Re: framework javascript
Posté par Jul (site web personnel) . En réponse à la dépêche Appel à contribution InMyMind. Évalué à 3.
Ensuite tu n'as pas vu que je voulais le premier élément (get (0)) mais pourquoi pas le 5 ième par exemple... (parce que je sais qu'il existe des suraccesseurs comme "first ")
En gros, ta réponse est fausse, ta ligne de code ne fait pas du tout ce que j'attendais.
Bien vu ^_^
# mouais
Posté par Jul (site web personnel) . En réponse à la dépêche Les universités d'Ile de France se dotent d'un centre de formation aux logiciels libres. Évalué à 2.
On leur apprend à écrire du code alors que l'on passe beaucoup de temps à réutiliser ou modifier le code des autres, on leur apprend pas à déboguer dès le début, la typo dans le code est passée à la trappe .... Bref.
Je me demande si les formations de type universitaire ou école d'ingénieurs sont bien adaptées à l'informatique (je suis universitaire de formation). J'ai trouvé les DUT informatiques débutants très bien formés, et je commence à me demander si l'informatique ne devrait pas s'apprendre en alternance pendant 2 ans à la limite après le bac, avec de la formation continue tout au long de la vie pro.
[^] # Re: framework javascript
Posté par Jul (site web personnel) . En réponse à la dépêche Appel à contribution InMyMind. Évalué à 3.
//Sur JQuery codé avec les pieds
$($(this).children('.classname').get(0)).css('color','#EFEFEF');
//en jquery normal
$('classname').css( { color : '#EFEFEF' })
C'est sûr que si tu utilises this là où c'est pas nécessaire tu dois détester jquery ;)
et le get non plus n'est pas nécessaire.
La force de jquery c'est les accesseurs et la concision.
[^] # Re: Microsoft va-t-il LIBÉRER .net ?
Posté par Jul (site web personnel) . En réponse à la dépêche Tomboy vs Gnote. Évalué à 4.
Tcl/Tk est peut être une antiquité, mais il fait bien le write once run everywhere ainsi que la compatibilité multiOS que .Net/mono et java sont censés apportés. De plus il est plus portable et simple à installer, et permet de développer rapidement.
Il y a les codeurs qui passent leur temps à devenir les professionels de leurs outils, et les développeurs sont là pour apporter des solutions qui marchent à leur client.
On a peut être pas la même mentalité : je n'aime pas l'informatique, j'aime ce que l'on peut faire avec.
[^] # Re: Microsoft va-t-il LIBÉRER .net ?
Posté par Jul (site web personnel) . En réponse à la dépêche Tomboy vs Gnote. Évalué à 5.
Pour Tk/Tcl il suffit d'installer amsn qui marche identiquement sous linux/windows/macOSX et tout le toutim, et ensuite de regarder le source (le gars est bon).
Okay le Tcl est pas sexy. Mais c'est graphique multiplateforme, bien fait, avec une syntaxe ignoble. Mais ça fait le job, et bien. Aucune plate-forme (java, mono, .net, Qt) à mon gout ne fait aussi bien que cela pour un aussi faible coût en ressource, infra et complexité.
[^] # Re: Microsoft va-t-il LIBÉRER .net ?
Posté par Jul (site web personnel) . En réponse à la dépêche Tomboy vs Gnote. Évalué à 2.
alternative à CLR : n'importe quel VM ou interpréteur portable (parrot, jvm ...). Chaque language du CLR n'étant qu'un sucre syntaxique.
alternative à .Net (l'intégration système) : ruby, python ont aujourd'hui des systèmes de gestion de paquets (easy-install), de middle ware (webrick), de chrootage système leur permettant d'être relativement proche fonctionnellement.
Le seul truc non existant en libre mais rarement utilisé par les développeurs proprio reste le système de diffusion de paquet/signature/déploiement automagique qui ma foi reste intéressant.
Là où python, ruby et perl sont meilleurs c'est justement sur les repository (cpan). Les bibliothèques de bases du Csharp sur les encodages de mails sont incapables de produire des mails conformes aux rfc par exemple.
[^] # Re: Typage statique/dynamique
Posté par Jul (site web personnel) . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 2.
use strict;
my $date;
$datte="oops";
erreur :)
# rooh le test non HADOPI compliant
Posté par Jul (site web personnel) . En réponse à la dépêche Test d'Ubuntu 9.10 (Karmic Koala). Évalué à 0.
http://frlinux.net/pictures/linux/ubuntu910_05.png
On voit le gars (ou la fille) regarder une vidéo sur un CDROM (tout en nous parlant de la facilité de regarder des DVD) ...
Une vidéo sur un CD, cela sent le film du très célèbre distributeur bittorrent.
Il y a que chez ubuntu on l'on confond aussi facilement libre et gratuit ? (ah non, il y a aussi les artistes, mais eux c'est parce qu'ils sont handicapés du cerveau qu'ils font de l'art).
# En capsule, même libre, le café ne libère pas son arôme
Posté par Jul (site web personnel) . En réponse à la dépêche Nespresso attaque Chacun son café. Évalué à 7.
- acheter une cafetière à piston, italienne, électrique qui accepte le café moulu.
- allez achetez n'importe quel café moulu (tant que la finesse du café est la bonne).
C'est comme cela que l'on faisait avant, c'est comme ça que je fais toujours.
Pour le budget d'un mois de cartouche même libre de café mélangé avec du robusta (beurk) je peux même permettre de prendre les meilleurs arabica moka (sidamo), Maragogype mexicain, bourbon de Colombie, et d'aller acheter chez un artisan torrefacteur qui lui au moins ne crame pas le grain.
Contrairement aux capsules je peux mettre mon café au frigo direct après l'achat , ce qui m'évite contrairement à leurs merdes (nespressos ou else) de perdre le gout entre la torrefaction et la consommation. (le goût est plus doux, moins acide, et amer et surtout plus riche).
En résumé, ceux qui n'achètent pas du café bien torréfié et bien conservé ne connaissent probablement pas le vrai goût du café. Donc prétendre s'intéresser au café en parlant de capsule qui le dénature c'est une atteinte au goût et à l'intelligence.
:)
[^] # Re: Paille... poutre...
Posté par Jul (site web personnel) . En réponse à la dépêche Nespresso attaque Chacun son café. Évalué à 6.
[^] # Re: Quel avantage d'utiliser une ubuntu serveur ?
Posté par Jul (site web personnel) . En réponse à la dépêche Canonical pousse son offre serveur : entretien avec Nicolas Barcet. Évalué à 3.
Le meilleur os c'est celui qui tourne si bien qu'il n'y a pas besoin de Support.
Si des gens ont peur et veulent du suppport, c'est qu'ils ont embauche des sysadmins en carton, donc qu'ils sont incompetents. Les incompetents permettant rarement de monter des projets ambitieux, un manager qui demande du support cela peut etre le signe qu'il faut aller travailller avec des bons au lieu de perdre son temps avec des petits.
On a qu'une vie, c'est dommage de pas la vivre selon notre bon plaisir.
[^] # Re: Quel avantage d'utiliser une ubuntu serveur ?
Posté par Jul (site web personnel) . En réponse à la dépêche Canonical pousse son offre serveur : entretien avec Nicolas Barcet. Évalué à 6.
J'ai le code source, les ML, l'accès aux logs, je comprend mon système, et je sais troubleshooter les différentes couches.
Mon expérience du support Red Hat de l'époque est que les paquets de la RH étaient des forks mal patchés (isc DHPC 2.0 pl red hat vs isc DHCP 3.x nécessaire pour mon client), et que le support m'obligeait à me démerder seul, car il ne supportait que des trucs d'il y a 5 ans et sinon il fallait passer par un truc bureaucratique pour faire valider la demande d'avoir un serveur DHCPd digne de ce nom.
Entre payer pour se démerder seul, et se démerder seul sans s'engueuler avec des gens, je préfère la vie sans support.
Je suis un vieux sysadmin qui évite les trucs récents pour éviter les emmerdes, je fais rien de sexy, je fais tout pour faire du bien connu, et je sais trouver où son mes bugs. Pourquoi veux tu que je prenne du support quand ce n'est qu'une gêne ?
Je préfère la sécurité à l'illusion de la sécurité. Des inconnus ne rendront pas mon système plus sûr qu'une bonne dose de sueur et de travail de ma part.
[^] # Re: Quel avantage d'utiliser une ubuntu serveur ?
Posté par Jul (site web personnel) . En réponse à la dépêche Canonical pousse son offre serveur : entretien avec Nicolas Barcet. Évalué à 3.
- Request tracker s'installe sans problème alors que sous RHES 4.0 c'était la galère ;
- turbogears marche parfaitement (install python suffisamment propre) ;
- ruby est bien packagé, l'install de redmine a été facile ;
- postrgesql 8.4, et mysql marchait bien aussi
- fai2ban aussi ;
- munin est bien installé ;
- php sans soucis ;
- matériel fonctionnel (bon c'est celle de ovh) sur un octopro avec 16Go de RAM ;
- j'ai pas tenté dotdeb (version plus à jour de php et mysql que sur debian stable)
Sur un point de vue fonctionnel la ubuntu serveur me plait largement plus que les Red Hat, et les Mandriva. En plus c'était un vrai serveursans outil de configuration graphique. Donc même si ce n'est pas mon premier choix (FreeBSD/Debian), c'était une bonne expérience.
Les développeurs et utilisateurs n'ont pas eu à se plaindre, pas de kernel oops, pas de trous de sécu constatés, le serveur n'ayant pas eu une exposition/criticité c'est aussi la raison pour laquelle j'ai pas objecté à ubuntu server.
Peut être qu'avant de critiquer il faut tester. Ça reste une distribution debian centric de facture correcte qui bat les RedHat Centric (avec ses eternels problèmes de dépendances et ses multiples repository/ ouitls d'install).
[^] # Re: Quel avantage d'utiliser une ubuntu serveur ?
Posté par Jul (site web personnel) . En réponse à la dépêche Canonical pousse son offre serveur : entretien avec Nicolas Barcet. Évalué à 6.
L'erreur de certains (BSD, Debian...) est de penser que le bon choix est celui du mieux disant technique, alors que l'on embauche pas un consultant sur ces compétences, mais sur son costume.
Et bien c'est la même chose avec les serveurs.
Peut être que demain, que l'iphone sera décliné en version serveur, qui sait ?
[^] # Re: Droits de groupe != droits de répertoire
Posté par Jul (site web personnel) . En réponse au sondage Le filesystem que je préfère. Évalué à 8.
Le seul problème est que l'on ne pourrait plus monter les clefs sans être sur internet. Le coté positif c'est que l'on pourrait avoir un facebook fs avec des j'aime ton fichier de config php, des commentaires sur ton code et tout.
Un filesystem web 2.0 et il lui faudrait aussi des hook en ajax pour bro(w|ss)er le disque: ce serait plus propre.
[^] # Re: Ext3
Posté par Jul (site web personnel) . En réponse au sondage Le filesystem que je préfère. Évalué à 10.
En français le pitch est
dixit les constructeurs : le flash est mieux placé que les OS pour gérer les cellules claquées.
Moi (david waterhouse) j'ai du me mordre la langue pour pas me vénérer grave.
Je pense que c'est la mauvaise approche. C'était correct de laisser les disques intelligents translater la géométrie des disques pour pas que nous ayons à gérer les mauvais secteurs et l'entrelacement. Mais ce que les disques flash font, c'est bien plus, et c'est une mauvaise approche.
Les SSD implémentent en fait de manière interne un file system à part entière appelé "couche de traduction". On se retrouve de fait à mettre notre fs (ext4, reiserfs, et pas grand chose d'autre) au dessus de ce file system.
Avez vous suffisamment confiance dans une implémentation de file system closed source pour lui confié vos données ? Sachant que vous ne pouver pas l'améliorer, le déboguer - et plus effrayant - que vous ne pouvez pas corriger quand il déconne car vous n'avez pas accès directement au média dans lequel vos données sont réellement stocké ?
"The flash hardware itself is better placed to know about and handle failures of its cells, so that is likely to be the place where it is done, [Ted] said."
I was biting my tongue when he said that, so I didn't get up and heckle.
I think it's the wrong approach. It was all very well letting "intelligent" drives remap individual sectors underneath us so that we didn't have to worry about bad sectors or C-H-S and interleaving. But what the flash drives have to do to present a "disk" interface is much more than that; it's wrong to think that the same lessons apply here.
What the SSD does internally is a file system all of its own, commonly called a "translation layer". We then end up putting our own file system (ext4, btrfs, etc.) on top of that underlying file system.
Do you want to trust your data to a closed source file system implementation which you can't debug, can't improve and — most scarily — can't even fsck when it goes wrong, because you don't have direct access to the underlying medium?
[^] # Re: J'ai repondu genial
Posté par Jul (site web personnel) . En réponse au sondage Les netbooks. Évalué à 2.
http://www.advogato.org/person/dwmw2/
Et comme lui c'est un développeur noyau, il a forcément raison.
[^] # Re: Question
Posté par Jul (site web personnel) . En réponse à la dépêche Le projet GOsa² publie la version 2.6.6 de Gosa². Évalué à 2.
Neanmoins, meme si la RFC existe rien n'implique qu'elle soit implementee.
Pour LDAP, l'authentification systeme reste toujours un probleme, PAM, imap, smtp, mysql, apache et consorts necessitent toujours du specifique. Souvent pas grand chose certes, mais chaque conf a sa syntaxe. Pour le sso, je pense que c'est une idee et une methodologie avant d'etre des outils. Rien n'interdirait d'utiliser AD ou openID ou aitre du moment que devs et admins respectent la norme.
Enfin pour AD je ne crois pas au cathedrale qui se batissent en 1 jours. AD est arrive si vite que je ne vois pas comment les inges ms ont pu batir une couche Ldap aussi propre sans emprunter a l'existant.
De plus un string sur les executables MS (dhcp, ping, ftp) renvoie parfois des chaines de licences libres. Donc l'emprunt de code a des projets bsd est pas ideologiquement tabou chez MS.
[^] # Re: Question
Posté par Jul (site web personnel) . En réponse à la dépêche Le projet GOsa² publie la version 2.6.6 de Gosa². Évalué à 4.
Bon, si mes souvenirs sont exacts Gosa est une interface qui est à LDAP ce que phpmyadmin est à mysql : cela rend la gestion LDAP plus simple par interface web que par ligne de commande avec un soft relativement léger.
L'intérêt de LDAP ?
Sur tout tes postes clients et serveur si tu configures PAM, postfix, mysql, apache, ssh, dhcp de la bonne manière, tu as une authentification et un annuaire centralisée .
Si tu programmes en web, tu as moults librairies qui te permettent d'utiliser LDAP pour utiliser cette authentification.
Par contre, on a pas de «bons» clients lourds pour administrer les comptes (ça a peut être changé), et c'est là ou Gosa sert pour faire une interface mignone pour administrer les comptes.
C'est donc un bon outil dans une logique plus large de SSO (s'authentifier avec un seul login / pass partout dans ton réseau). Par contre, ça implique de se repalucher les confs par défaut de tous les postes clients/serveurs, et des services.
Le reproche que je faisais à openLDAP c'était à l'époque de ne pas implémenter les servers sides sorting, et les clauses de paging (ça a du changer par rapport à il y a 5 ans quand même). Contre LDAP à part une question de goût (style des requêtes, des urls, forme arborescente des données) je n'ai rien. Cela fait partie des outils que l'on doit garder sous le coude.
PS AD est je soupçonne implémenté sur un openLDAP, un PDC windows parle LDAP couramment. Ce serait drôle de voir si on peut l'administrer avec GOSA.
[^] # Re: J'ai repondu genial
Posté par Jul (site web personnel) . En réponse au sondage Les netbooks. Évalué à 1.
Sinon, puisque tu ne veut pas comprendrele mtbf est logique pour l'usure d'une chaine mecanique, les cycles de lectures ecritures pour les memoires flash, parce que c'est le point critique pour les pannes.
Je n'achete pas de matos onereux dont je ne connais pas la fiabilite soit empiriquement, soit selon des criteres fiables. Point final.
[^] # Re: J'ai repondu genial
Posté par Jul (site web personnel) . En réponse au sondage Les netbooks. Évalué à 1.
Du mtbf sur de la flash
- c'est du n'importe quoi ;
- c'est opaque, on ne connaît pas les hypothèses, ça donne pas confiance.
les algo de répartitions parlons en : une couche de code en plus, qui dit code dit bugs, dit complexité. Là encore, c'est opaque. Il faut comprendre que les erreurs sont gérées silencieusement et non qu'il n'y en a pas. De plus rien en garantit que ces algos sont efficaces sauf la parole du constructeur. Tu fais confiance à du code dont tu n'as pas les sources toi ?
Trop d'inconnues. Je suis un vieux réac en techno, donc j'attends que les béta testeurs friqués ouvrent le feu, et je regarderais dans 2 ans si ces disques font leurs preuves.
[^] # Re: une taxe de plus?
Posté par Jul (site web personnel) . En réponse au sondage La loi Hadopi va-t-elle permettre de faire diminuer le piratage en France ?. Évalué à 2.
[^] # Re: Hadopi la loi inapplicable :)
Posté par Jul (site web personnel) . En réponse au sondage La loi Hadopi va-t-elle permettre de faire diminuer le piratage en France ?. Évalué à 2.
Vu la tendance au consensus mou et la peur des idées conflictuelles je pense pas que c'est demain la veille que piratebay, la quadarature, ou les mouvements associatifs du libre en parleront :) On parle grosso merdo de lutte des classes, bref, de se battre pour un truc pas consensuel qui parle du monde réel (ouhlala), on parle de vie de la cité, de politique (quel gros mot).
^_^
En conclusion, j'ai pas fini d'être énervé que certains trouvent des idées à la noix plus importantes que les vrais humains qui taffent pour crouter. Le logiciel libre me rappelle l'écologie : un truc de bobo.
S'exprimer pour ou contre Hadopi, c'est de l'enfumage, du bruit qui empêche de débattre sur le fond : la place de la création et de son partage dans la société et pas que pour les artistes snobinards. Tout le monde est d'accord pour dire que partager c'est bien, mais personne ne parle de le faire concrètement sous prétexte que c'est trop compliqué..
Même si c'est peut être faux, un jour faut avoir des couilles quand même et parler haut et fort de ce qui nous semble pas correct. Donc non à la relativité, oui à un peu de posage d'argument sur la table avec de la testostérone. La recherche de la connaissance est peut être pas possible, la recherche du respect oui. Et pour cela il faut s'affirmer. C'est pas en espérant poliment que ça arrive, que cela arrivera.
[^] # Re: Kamoulox
Posté par Jul (site web personnel) . En réponse à la dépêche freedom, ECM Open Source, en version 2.14. Évalué à 1.