Dans le genre con, j'ai fait un truc fabuleux. C'était il y a longtemps.
J'avais un disque qui déconnait. Je regarde vite fait la commande badblocks. Dans un terminal je lance "badblocks -w ...". Dans un autre je continu de lire la man page badblock. Vers la fin il est indique que "-w" efface tout ...
NB: ce n'est plus cas aujourd'hui.
Une autre boulette que j'ai faite (et qui n'est peut-être plus possible).
Je ne regardais pas bien ce que je faisais et fais un "put *" (et non "mput *") dans un client ftp.
Plus tard sur la bécane de destination du ftp, je vois le fichier "*". Ben je tape "rm *".
Rob Weir nous a fait un billet bien saignant (et court) : http://www.robweir.com/blog/2008/04/new-paths-in-standardiza(...) New Paths in Standardization
...
Now that it has been demonstrated that pushing proprietary interfaces, protocols and formats through ISO is cheaper and faster than writing code to implement existing open standards, one assumes that the future is bright for more such boutique standards from Redmond. Open HTML, anyone?
Il y a ça qui m'a fait pisser de rire : http://blogs.msdn.com/brian_jones/archive/2008/04/01/open-xm(...)
congratulations on effort well spent!
The list so far:
- MS openXML - check
- MS openISO - check
- MS openHTML - being worked on
- MS openTCP/IP - planning stage
> Et quid des dizaines et dizaines de standards respectes par MS ?
Comme kerberos ?
Un commentaire de lwn vient de remettre ça en mémoire : http://lwn.net/Articles/276121/
Et en plus il faut payer un brevet ...
Il est gentil le OSP et les promesse d'ouverture et d'intéropérabilité.
> - dans une certaine mesures les gouvernements corrompus
Un article a méditer : http://www.itrmanager.com/articles/74942/apres-geneve-dernie(...)
Si ce vote en aveugle, précédé d'un BRM en rafale, s'avère positif, l'ISO aura alors probablement battu un record absolu de non-qualité en matière de normalisation. Mais à qui imputer la responsabilité d'une telle débâcle ? Ni à l'ECMA, qui honore une commande, ni à Microsoft, qui après tout a bien raison de pousser ses projets tant qu'il n'y a pas de résistance, ni à l'ISO, qui n'a que la volonté de ses membres.
Les responsables ultimes, ce sont les États qui réclament l'interopérabilité sans la définir, et qui exigent des formats normalisés sans imposer de pré-requis sur la qualité des normes. Cette politique pavée de bonnes intentions ne peut provoquer, de la part des éditeurs de logiciels qui se sentent visés, que des promesses sur une certaine conception de l'interopérabilité et une course aux normes de complaisance. Elle ne suffit pas pour rétablir la concurrence entre les éditeurs, et elle complique le maquis des formats. Adapter son format à une norme, et créer une norme adaptée à son format sont deux choses diamétralement opposées.
Mais je crains que la magouille vienne de plus haut que l'AFNOR.
Dans plusieurs pays, il semble que les organismes nationaux de normalisation soient les pantains du gouvernement ou du ministre de l'industrie, etc.
Donc voici la situation :
- l'ISO corrompu
- les organismes de nationalisation corrompus
- dans une certaine mesures les gouvernements corrompus
Comment dans un tel merdié avoir la moindre chance qu'une enquête aboutisse ?
Le laxisme de l'ISO montre qu'elle est bien couverte.
Comment ne pas s'étonner que nombre de gouvernement ne voit aucun soucis dans le fait que leur commité technique (doit disant indépendant) soit majoritairement composé de microsoftien ?
La solution ne peut venir que de l'Europe, voire de l'OMC. Ou de lancer un procès (idéalement au niveau européen). Mais c'est terriblement compliqué, lourd et long.
Il faut le reconnaitre, MS a fait une démontration de force remarquable.
Il ne faut pas en être admiratif, mais en avoir la "trouille".
Je suis contre ces propositions.
Je n'aime pas pasBill pasGates (et en passant, je n'ai pu m'empêcher de l'insulter plus d'une fois), mais je suis contre toute censure (sauf cas très très spécifique). Je suis contre les comptes temporairement "bâni" par manque de karma.
Ben un bug.
WebKit doit aussi avoir des bugs (ou des fonctionnalités manquantes). Et si WebKit n'arrive pas à faire un truc, je ne vais pas dire de suite que WebKit n'a pas été conçu pour.
Faut pas pousser à ce point.
Gecko a été conçu pour être réutilisé.
Je veux bien admettre que c'est mal foutu ou autre, mais Gecko a été conçu pour ça. C'est indiscutable.
> MSSQL n'est pas ( encore ? ) disponible sous linux
Il y a mieux que MSSQL, c'est PostgreSQL. View, réécriture de requête, language embarqué, function, vrai système de transaction, etc. Que du bonheur.
Et ce n'est pas la chianlie avec PostgreSQL de gérer les dates...
Il y a un petit truc "marrant" avec /tmp.
Fedora voulais purger /tmp à chaque boot. Mais comme beaucoup de gens qui stockent des choses, l'idée a été abandonnée.
SeLinux voulais aussi le faire pour "autorelabel". En effet, les fichiers dans /tmp n'ont pas de label par défaut, et donc on ne peut pas restaurer les labels. Si un truc sucks avec SeLinux à cause d'un fichier dans /tmp, un relabel n'est pas suffisant.
Bref, /tmp (et /var/lib/tmp, etc) porte bien son nom.
Notons que des gens montent /tmp en tmpfs. Comme ça il est clean à chaque boot.
> Gecko n'est pas conçu pour être réutilisé par d'autre navigateur
Il l'est !
Seamonkey, Thunderbird, Galeon, Epiphany, liferea, etc le prouve largement.
Que ça sucks est possible. Que Webkit sucks moins est possible aussi.
Je ne suis pas de ceux que ça fait bander d'utiliser "nazi" à tout bout de champ.
Si t'as envie de traiter windu.2b de nazi, et bien fait le. Mais ne m'utilise pas pour tes basses oeuvres.
> Mon IsNotGood, vous manquez singulièrement d'humour en ce mercredi matin !
Pour me prendre -10 en quelques minutes, ils y en a beaucoup qui manquent grave d'humour.
Le message "boycottons linuxfr.org" sur linuxfr.org j'ai trouvé ça très rigolo.
Tu viens de me faire penser à MS qui a sortit son vrai faux Java.
MS a été obligé de le retirer (du moins le renommer) après un procès perdu (encore) contre l'Europe.
Désolé, ma ta crédibilité est nulle dans ce domaine mon cher bisounours.
> Le choix d'Epiphany est uniquement technique et en rien politique.
Je n'ai pas dit le contraire.
> Firefox. Un nombre incroyable de bugs d'Epiphany sont en fait des bugs de gecko et ne sont pas résolus dans Gecko car n'apparaissant pas dans Firefox et donc non prioritaire.
Webkit aura le même problème.
C'est un problème classique de "force en présence".
> En choisissant un moteur de rendu qui peut devenir partie intégrante du projet Gnome, cela ouvre un tas de nouvelles perspectives.
Gecko peut aussi devenir partie intégrante de Gnome. J'ai l'impression que c'est toi qui fait d'un problème technique un problème politique...
[^] # Re: Backup backup backup !!!
Posté par IsNotGood . En réponse au journal Migration foirée. Évalué à 3.
Dans le genre con, j'ai fait un truc fabuleux. C'était il y a longtemps.
J'avais un disque qui déconnait. Je regarde vite fait la commande badblocks. Dans un terminal je lance "badblocks -w ...". Dans un autre je continu de lire la man page badblock. Vers la fin il est indique que "-w" efface tout ...
NB: ce n'est plus cas aujourd'hui.
Une autre boulette que j'ai faite (et qui n'est peut-être plus possible).
Je ne regardais pas bien ce que je faisais et fais un "put *" (et non "mput *") dans un client ftp.
Plus tard sur la bécane de destination du ftp, je vois le fichier "*". Ben je tape "rm *".
[^] # Re: je sais que c'est pas la vote de l'iso, mais ca fait du bien
Posté par IsNotGood . En réponse au journal Résultat définitif ratification MS-OOXML. Évalué à 2.
Mais l'OMC ne doit pas être contre.
En passant, lorsque Airbus gagne contre Boing à l'OMC, personne ne critique l'OMC...
# Rob Weir
Posté par IsNotGood . En réponse au journal Résultat définitif ratification MS-OOXML. Évalué à 3.
http://www.robweir.com/blog/2008/04/new-paths-in-standardiza(...)
New Paths in Standardization
...
Now that it has been demonstrated that pushing proprietary interfaces, protocols and formats through ISO is cheaper and faster than writing code to implement existing open standards, one assumes that the future is bright for more such boutique standards from Redmond. Open HTML, anyone?
Il y a ça qui m'a fait pisser de rire :
http://blogs.msdn.com/brian_jones/archive/2008/04/01/open-xm(...)
congratulations on effort well spent!
The list so far:
- MS openXML - check
- MS openISO - check
- MS openHTML - being worked on
- MS openTCP/IP - planning stage
MS-OOXML certifié MS-ISO.
[^] # Re: Bon ...
Posté par IsNotGood . En réponse au journal Résultat définitif ratification MS-OOXML. Évalué à 3.
Comme kerberos ?
Un commentaire de lwn vient de remettre ça en mémoire :
http://lwn.net/Articles/276121/
Et en plus il faut payer un brevet ...
Il est gentil le OSP et les promesse d'ouverture et d'intéropérabilité.
Et constatons que MS-OOXML ne respecte pas XML :
http://www.robweir.com/blog/2008/03/ooxmls-out-of-control-ch(...)
[^] # Re: L'Angleterre comme la Norvège ?
Posté par IsNotGood . En réponse au journal Résultat définitif ratification MS-OOXML. Évalué à 4.
Un article a méditer :
http://www.itrmanager.com/articles/74942/apres-geneve-dernie(...)
Si ce vote en aveugle, précédé d'un BRM en rafale, s'avère positif, l'ISO aura alors probablement battu un record absolu de non-qualité en matière de normalisation. Mais à qui imputer la responsabilité d'une telle débâcle ? Ni à l'ECMA, qui honore une commande, ni à Microsoft, qui après tout a bien raison de pousser ses projets tant qu'il n'y a pas de résistance, ni à l'ISO, qui n'a que la volonté de ses membres.
Les responsables ultimes, ce sont les États qui réclament l'interopérabilité sans la définir, et qui exigent des formats normalisés sans imposer de pré-requis sur la qualité des normes. Cette politique pavée de bonnes intentions ne peut provoquer, de la part des éditeurs de logiciels qui se sentent visés, que des promesses sur une certaine conception de l'interopérabilité et une course aux normes de complaisance. Elle ne suffit pas pour rétablir la concurrence entre les éditeurs, et elle complique le maquis des formats. Adapter son format à une norme, et créer une norme adaptée à son format sont deux choses diamétralement opposées.
[^] # Re: Backup backup backup !!!
Posté par IsNotGood . En réponse au journal Migration foirée. Évalué à 2.
[^] # Re: L'Angleterre comme la Norvège ?
Posté par IsNotGood . En réponse au journal Résultat définitif ratification MS-OOXML. Évalué à 3.
Mais je crains que la magouille vienne de plus haut que l'AFNOR.
Dans plusieurs pays, il semble que les organismes nationaux de normalisation soient les pantains du gouvernement ou du ministre de l'industrie, etc.
Donc voici la situation :
- l'ISO corrompu
- les organismes de nationalisation corrompus
- dans une certaine mesures les gouvernements corrompus
Comment dans un tel merdié avoir la moindre chance qu'une enquête aboutisse ?
Le laxisme de l'ISO montre qu'elle est bien couverte.
Comment ne pas s'étonner que nombre de gouvernement ne voit aucun soucis dans le fait que leur commité technique (doit disant indépendant) soit majoritairement composé de microsoftien ?
La solution ne peut venir que de l'Europe, voire de l'OMC. Ou de lancer un procès (idéalement au niveau européen). Mais c'est terriblement compliqué, lourd et long.
Il faut le reconnaitre, MS a fait une démontration de force remarquable.
Il ne faut pas en être admiratif, mais en avoir la "trouille".
[^] # Re: Bon ...
Posté par IsNotGood . En réponse au journal Résultat définitif ratification MS-OOXML. Évalué à 2.
Sinon, oui, je sais que c'est Sun qui a porté plainte (et donc a gagné).
[^] # Re: Un heureux au moin
Posté par IsNotGood . En réponse au journal Résultat définitif ratification MS-OOXML. Évalué à 4.
Je n'aime pas pasBill pasGates (et en passant, je n'ai pu m'empêcher de l'insulter plus d'une fois), mais je suis contre toute censure (sauf cas très très spécifique). Je suis contre les comptes temporairement "bâni" par manque de karma.
[^] # Re: Re:
Posté par IsNotGood . En réponse à la dépêche Epiphany va migrer vers du 100% WebKit. Évalué à 0.
WebKit doit aussi avoir des bugs (ou des fonctionnalités manquantes). Et si WebKit n'arrive pas à faire un truc, je ne vais pas dire de suite que WebKit n'a pas été conçu pour.
[^] # Re: Re:
Posté par IsNotGood . En réponse à la dépêche Epiphany va migrer vers du 100% WebKit. Évalué à 1.
Gecko a été conçu pour être réutilisé.
Je veux bien admettre que c'est mal foutu ou autre, mais Gecko a été conçu pour ça. C'est indiscutable.
[^] # Re: en même temps ...
Posté par IsNotGood . En réponse au journal Migration foirée. Évalué à 2.
Il y a mieux que MSSQL, c'est PostgreSQL. View, réécriture de requête, language embarqué, function, vrai système de transaction, etc. Que du bonheur.
Et ce n'est pas la chianlie avec PostgreSQL de gérer les dates...
[^] # Re: /tmp et backup , construire sa maison sur du sable ......
Posté par IsNotGood . En réponse au journal Migration foirée. Évalué à 4.
Il y a un petit truc "marrant" avec /tmp.
Fedora voulais purger /tmp à chaque boot. Mais comme beaucoup de gens qui stockent des choses, l'idée a été abandonnée.
SeLinux voulais aussi le faire pour "autorelabel". En effet, les fichiers dans /tmp n'ont pas de label par défaut, et donc on ne peut pas restaurer les labels. Si un truc sucks avec SeLinux à cause d'un fichier dans /tmp, un relabel n'est pas suffisant.
Bref, /tmp (et /var/lib/tmp, etc) porte bien son nom.
Notons que des gens montent /tmp en tmpfs. Comme ça il est clean à chaque boot.
[^] # Re: Re:
Posté par IsNotGood . En réponse au journal Boycottons LinuxFr. Évalué à 4.
Aïe.
> et l'utilisation d'Office 2008 via Wine.
Non pitié !
Je demande la clémence du jury ou la pendaison ou la mort par injection létale mais pas ça !
[^] # Re: Re:
Posté par IsNotGood . En réponse à la dépêche Epiphany va migrer vers du 100% WebKit. Évalué à 2.
Il l'est !
Seamonkey, Thunderbird, Galeon, Epiphany, liferea, etc le prouve largement.
Que ça sucks est possible. Que Webkit sucks moins est possible aussi.
# Backup backup backup !!!
Posté par IsNotGood . En réponse au journal Migration foirée. Évalué à 10.
En passant, il faut être un peu con (désolé) pour mettre les backups dans /tmp...
Je fais les backups (dumps) toutes les nuits + un logrotate. Comme ça je peux récupérer la base de données de la semaine passée si nécessaire.
[^] # Re: Postgresql
Posté par IsNotGood . En réponse à la dépêche Poisson d'avril de 2008. Évalué à 4.
[^] # Re: Re:
Posté par IsNotGood . En réponse au journal Boycottons LinuxFr. Évalué à 3.
Finalement, ça va me coûter combien ma blague qui tombe à plat ?
2 ou 20 ans de prison ?
[^] # Re: Re:
Posté par IsNotGood . En réponse au journal Boycottons LinuxFr. Évalué à 3.
J'ai voulu faire de l'humour, c'est tombé à plat, fin de l'histoire.
[^] # Re: Re:
Posté par IsNotGood . En réponse au journal Boycottons LinuxFr. Évalué à 4.
Si t'as envie de traiter windu.2b de nazi, et bien fait le. Mais ne m'utilise pas pour tes basses oeuvres.
[^] # Re: Re:
Posté par IsNotGood . En réponse au journal Boycottons LinuxFr. Évalué à 2.
Pour me prendre -10 en quelques minutes, ils y en a beaucoup qui manquent grave d'humour.
Le message "boycottons linuxfr.org" sur linuxfr.org j'ai trouvé ça très rigolo.
[^] # Re: Bon ...
Posté par IsNotGood . En réponse au journal Résultat définitif ratification MS-OOXML. Évalué à 2.
MS a été obligé de le retirer (du moins le renommer) après un procès perdu (encore) contre l'Europe.
Désolé, ma ta crédibilité est nulle dans ce domaine mon cher bisounours.
# L'annonce de l'ISO
Posté par IsNotGood . En réponse au journal Résultat définitif ratification MS-OOXML. Évalué à 3.
# Re:
Posté par IsNotGood . En réponse au journal Boycottons LinuxFr. Évalué à -10.
Ben casse toi.
[^] # Re: Re:
Posté par IsNotGood . En réponse à la dépêche Epiphany va migrer vers du 100% WebKit. Évalué à 2.
Je n'ai pas dit le contraire.
> Firefox. Un nombre incroyable de bugs d'Epiphany sont en fait des bugs de gecko et ne sont pas résolus dans Gecko car n'apparaissant pas dans Firefox et donc non prioritaire.
Webkit aura le même problème.
C'est un problème classique de "force en présence".
> En choisissant un moteur de rendu qui peut devenir partie intégrante du projet Gnome, cela ouvre un tas de nouvelles perspectives.
Gecko peut aussi devenir partie intégrante de Gnome. J'ai l'impression que c'est toi qui fait d'un problème technique un problème politique...