En fait, il ne critique aussi le fait que le logiciel soit "skinnable" indépendamment des autres logiciels KDE, travers dans lequel tombent souvent les logiciels de lecture de musique ou de vidéo, sans doute pour faire plus authentique en ressemblant aux chaines Hi-Fi ou magnétoscopes (voir notamment http://sam.zoy.org/writings/dvd/players/ )
> - Je suis connecté au net derrière un proxy http, je n'ai pas accès à IRC mais je peux me connecter aux serveurs Jabber avec BOSH ( http://www.xmpp.org/extensions/xep-0206.html ).
Ou sur les serveurs qui écoutent aussi sur le port 443 comme talk.google.com et im.apinc.org.
On peut aussi utiliser des proxies avec IRC
> - Mes communications client <=> serveur sont chiffrées (TLS).
Tu sais pas qu'avec IRC aussi ?
> - Pas de problème de charset
Ça tombe bien, moi non plus, alors que je vais sur des channels avec des charsets différents, mais ça ne me pose aucun problème, comme je l'ai dit, mon client a ça en built-in. Cool non ?
> - Connexion à un serveur avec un compte jabber => plus simple à modérer
À force de vouloir rendre ton message court, je comprends même pas ce que t'as voulu dire là.
> - Possibilité de garder contact avec une personne (ajout dans la contact list) plus simplement (suffit de lui demander son JID, pas besoin de changer de logiciel).
Oui, c'est bien de s'émerveiller devant la beauté d'un protocole réseau décrit par une RFC comme IRC, différents logiciels permettent de faire la même chose. Donc ce que tu dis est valable pour IRC aussi.
> - XHTML pour les kikoololeurs en herbe
Oui, il manque juste le fait que le XHTML soit interprété dans les clients IRC pour kikoolol, mais c'est un "défaut" des clients, pas du protocole.
> - Pseudos plus variés (possibilité d'avoir des espaces, des caractères UTF-8 etc..)
Il reste plus qu'à pouvoir ajouter des couleurs, des gifs animés et des sons</troll> Mais sinon OK pour l'argument.
> IRC c'est le passé. Jabber l'avenir. Seulement pour le moment les clients Jabber ne sont pas aussi pratiques parfois que les clients IRC. Si vous savez développer et que vous cherchez un projet qui a besoin de contributeurs, allez donc donner un coup de main aux dev de clients Jabber (Gajim, Jabbim, Psi, Spark, Pidgin, etc.).
Ne surtout pas oublier de terminer le FUD par le petit message de propagande. Merci de votre attention, soyez heureux.
Ah donc le message n'est pas privé de la même façon selon s'il a été initié depuis un salon ou depuis ailleurs ? Et ben, ça sent le protocole mal conçu dès la base où on rajoute les fonctions n'importe comment au fur et à mesure.
> – Pour le débutant, Jabber est bien plus simple à configurer (imaginez-vous au téléphone guider quelqu'un pour se connecter sur un salon jabber et sur un salon irc.
« Lance "XChat", tu as une fenêtre où on te demande d'entrer un pseudo, puis clique sur "freenode" et valide. Une autre fenêtre va s'ouvrir pour te demander le canal, tapes "audacity" après le # »
> Comme je l'ai déjà dit plus au, l'encodage aussi est génant. À moins de se battre à coup de script pour essayé de patcher un peu le client IRC comme un goret, certain salons deviennent presques incompatibles…
Mon client n'a pas besoin d'être patché ou scripté pour ça, c'est built-in.
> Un outil par besoin est la philosophie Unix, mais on peut considérer la messagerie instantanné et les salons de discussions comme suffisament proche pour être considéré comme un même besoin (donc permettre de fusionner les deux est bien pratique, et rien n'empèche d'avoir un client pour les salons et un pour les messages personnels si on le souhaite).
Ah oui ce vieil argument d'autorité raté, « selon les sacro-Saintes Lois Unix [et surtout selon comment je les interprète à la façon qui m'arrange], mon outil est plus Unix que le tien, donc il est Mieux que le tien, et ne me contredit pas car c'est la Loi Unix ». Poussé à l'exagération, ça donne ça : http://s01.de/~gottox/index.cgi/unixy_software , un type tellement obsédé qu'il fait une version de tar inutilisable vu le peu de fonctionnalités qu'elle offre, mais tellement Unix selon lui.
> De plus, XMPP permet beaucoup de chose et est de plus en plus utilisé, ce qui peux créer des liens ensuite assez intéressant entre les logiciels.
Tu oublies que pour cela, il faut juste modifier le protocole, juste standardiser la modification, et juste intégrer tout ça à tous les clients, preuve qu'il n'est pas déjà adapté à tout.
Un détail parmi ceux qui m'emmerdent avec jabber : pour parler à quelqu'un à qui on n'a jamais parlé auparavant, il faut lui demander son autorisation au préalable.
> Le protocol IRC craint et n'est pas sûre!
Quelle argumentation épique !
> IRC c'est sympa, c'est historique, ça fait très nerdZ/hackeur-Swordfish mais finalement assez austère!
Ah oui vraiment ça c'est de l'argument.
> Avec tout ce qu'on peut brancher sur xmpp, je ne comprend toujours pas la timidité dont font preuve les acteurs du libres.
Peut-être que... on s'en fout !
Personnellement, j'utilise "yakuake", un terminal multi-onglets qui apparait sur ou disparait du bureau courant avec une simple touche. Mais il est possible d'émuler ce comportement avec un script shell plus poussé.
Monolithique avec modules. Ce qui m'horrifie vraiment, c'est qu'il refuse initrd (sans pour autant utiliser une solution de remplacement), au revoir root-LVM par exemple.
> Faut le reconnaître, les choses n'ont pas bcp changé en 15ans
Effectivement, surtout si on retourne à un noyau monolithique juste pour pouvoir booter en 5 secondes...
Attention, incompatible avec la GPL ne veut pas dire non-libre, c'est le cas de la CDDL par exemple (license de ZFS) qui est tout à fait libre. CC-BY-SA est considéré libre par certains, et pas libre par d'autres (par exemple Debian).
Je n'ai pas réussi à trouver ce bug tracker dont tu parles.
> Pas de lien fichier brut en effet, mais la possibilité d'afficher le contenu brut sans colorisation ni numéro de ligne
Ça ne remplace malheureusement pas le "fichier brut", car cela force à faire un copier/coller (penser aux gens qui naviguent sans souris avec des extensions firefox, par exemple)
Plus important :
Il est impossible de choisir une durée d'expiration comme sur les paster dignes de ce nom. Je n'utilise personnellement pas un paster si je ne peux pas régler la durée de stockage.
Il n'y a pas de lien "fichier brut" qui ne contiendrait aucun HTML enrobant le contenu pasté. (permettant par exemple de faire "enregistrer le lien sous")
Confort :
Le type de coloration par défaut devrait être "pas de coloration" et non pas "abap", que je ne sais même pas ce que c'est.
Après avoir cliqué sur le bouton "Paste!", une redirection automatique vers la page résultante (plutôt qu'une page avec seulement un lien) ne serait pas de trop.
Pastebin [http://pastebin.com/] est en GPL, et est par exemple installé là : http://pastebin.mandriva.com/ .
Nopaste ne semble pas distribué.
Gnopaste est GPL, mais je n'ai trouvé nulle part où l'on peut le tester.
Attention en faisant des backups, LUKS a une possibilité de "révoquer" (changer) des mots de passe, mais un backup peut diminuer la sécurité de l'ensemble, lire la FAQ à propos du backup : http://www.saout.de/tikiwiki/tiki-index.php?page=LUKSFaq (2e question)
Ta partition n'a pas été chiffrée avec LUKS mais avec le cryptsetup "basique" (LUKS est aussi accessible par cryptsetup), mais LUKS offre des avantages : possibilité de changer le(s) mot(s) de passe sans re-chiffrer entièrement le disque, les options que tu as eu du mal à retrouver sont stockées dans un "entête" que LUKS ajoute à la partition. Il semble avoir d'autres avantages cryptographiques que je ne peux commenter par manque de connaissances.
LUKS est utilisable avec la commande "cryptsetup", est supporté par "cryptmount" et est inclus de base dans Debian. http://luks.endorphin.org/
C'est pas vraiment une raison, un visiteur familier du site (non loggé) pourra devoir cliquer sur le lien à chaque fois (ordinateur différent, cookies pas gardés), et un visiteur pas habitué ne verra même pas ce lien et aura cette mise en page confuse.
Sinon, ta lecture est assez sélective, j'ai écrit après : > Le problème est surtout le choix par défaut (un thème récurrent dans les sujets parlant de logiciels aussi) qui est mauvais.
> il ne manque qu'un cookie pour sauver le choix de l'ordre
Et les visiteurs qui n'ont pas de compte (ou qui ne sont pas loggés) ? Le problème est surtout le choix par défaut (un thème récurrent dans les sujets parlant de logiciels aussi) qui est mauvais.
[^] # Re: Stage d'école d'ingé
Posté par Octabrain . En réponse au journal Cherche développeur C++ / Qt. Évalué à 1.
[^] # Re: Explications
Posté par Octabrain . En réponse au journal J'ai vomi. Évalué à 3.
[^] # Re: Salons jabber
Posté par Octabrain . En réponse au journal Salon Jabber pour les utilisateurs d'Audacity. Évalué à 0.
> - Je suis connecté au net derrière un proxy http, je n'ai pas accès à IRC mais je peux me connecter aux serveurs Jabber avec BOSH ( http://www.xmpp.org/extensions/xep-0206.html ).
Ou sur les serveurs qui écoutent aussi sur le port 443 comme talk.google.com et im.apinc.org.
On peut aussi utiliser des proxies avec IRC
> - Mes communications client <=> serveur sont chiffrées (TLS).
Tu sais pas qu'avec IRC aussi ?
> - Pas de problème de charset
Ça tombe bien, moi non plus, alors que je vais sur des channels avec des charsets différents, mais ça ne me pose aucun problème, comme je l'ai dit, mon client a ça en built-in. Cool non ?
> - Connexion à un serveur avec un compte jabber => plus simple à modérer
À force de vouloir rendre ton message court, je comprends même pas ce que t'as voulu dire là.
> - Possibilité de garder contact avec une personne (ajout dans la contact list) plus simplement (suffit de lui demander son JID, pas besoin de changer de logiciel).
Oui, c'est bien de s'émerveiller devant la beauté d'un protocole réseau décrit par une RFC comme IRC, différents logiciels permettent de faire la même chose. Donc ce que tu dis est valable pour IRC aussi.
> - XHTML pour les kikoololeurs en herbe
Oui, il manque juste le fait que le XHTML soit interprété dans les clients IRC pour kikoolol, mais c'est un "défaut" des clients, pas du protocole.
> - Pseudos plus variés (possibilité d'avoir des espaces, des caractères UTF-8 etc..)
Il reste plus qu'à pouvoir ajouter des couleurs, des gifs animés et des sons</troll> Mais sinon OK pour l'argument.
> IRC c'est le passé. Jabber l'avenir. Seulement pour le moment les clients Jabber ne sont pas aussi pratiques parfois que les clients IRC. Si vous savez développer et que vous cherchez un projet qui a besoin de contributeurs, allez donc donner un coup de main aux dev de clients Jabber (Gajim, Jabbim, Psi, Spark, Pidgin, etc.).
Ne surtout pas oublier de terminer le FUD par le petit message de propagande. Merci de votre attention, soyez heureux.
[^] # Re: Salons jabber
Posté par Octabrain . En réponse au journal Salon Jabber pour les utilisateurs d'Audacity. Évalué à -1.
# Sans oublier
Posté par Octabrain . En réponse au journal Utilisez Jabber!. Évalué à -3.
[^] # Re: Salons jabber
Posté par Octabrain . En réponse au journal Salon Jabber pour les utilisateurs d'Audacity. Évalué à -1.
« Lance "XChat", tu as une fenêtre où on te demande d'entrer un pseudo, puis clique sur "freenode" et valide. Une autre fenêtre va s'ouvrir pour te demander le canal, tapes "audacity" après le # »
> Comme je l'ai déjà dit plus au, l'encodage aussi est génant. À moins de se battre à coup de script pour essayé de patcher un peu le client IRC comme un goret, certain salons deviennent presques incompatibles…
Mon client n'a pas besoin d'être patché ou scripté pour ça, c'est built-in.
> Un outil par besoin est la philosophie Unix, mais on peut considérer la messagerie instantanné et les salons de discussions comme suffisament proche pour être considéré comme un même besoin (donc permettre de fusionner les deux est bien pratique, et rien n'empèche d'avoir un client pour les salons et un pour les messages personnels si on le souhaite).
Ah oui ce vieil argument d'autorité raté, « selon les sacro-Saintes Lois Unix [et surtout selon comment je les interprète à la façon qui m'arrange], mon outil est plus Unix que le tien, donc il est Mieux que le tien, et ne me contredit pas car c'est la Loi Unix ». Poussé à l'exagération, ça donne ça : http://s01.de/~gottox/index.cgi/unixy_software , un type tellement obsédé qu'il fait une version de tar inutilisable vu le peu de fonctionnalités qu'elle offre, mais tellement Unix selon lui.
> De plus, XMPP permet beaucoup de chose et est de plus en plus utilisé, ce qui peux créer des liens ensuite assez intéressant entre les logiciels.
Tu oublies que pour cela, il faut juste modifier le protocole, juste standardiser la modification, et juste intégrer tout ça à tous les clients, preuve qu'il n'est pas déjà adapté à tout.
Un détail parmi ceux qui m'emmerdent avec jabber : pour parler à quelqu'un à qui on n'a jamais parlé auparavant, il faut lui demander son autorisation au préalable.
[^] # Re: Salons jabber
Posté par Octabrain . En réponse au journal Salon Jabber pour les utilisateurs d'Audacity. Évalué à 2.
Quelle argumentation épique !
> IRC c'est sympa, c'est historique, ça fait très nerdZ/hackeur-Swordfish mais finalement assez austère!
Ah oui vraiment ça c'est de l'argument.
> Avec tout ce qu'on peut brancher sur xmpp, je ne comprend toujours pas la timidité dont font preuve les acteurs du libres.
Peut-être que... on s'en fout !
[^] # Re: re
Posté par Octabrain . En réponse au message règles de nommage. Évalué à 2.
> c'est que le type est porté par l'objet
Ceci ne caractérise pas le typage dynamique (où le type d'une référence peut changer), mais le typage fort.
[^] # Re: quake console
Posté par Octabrain . En réponse au message Ne lancer qu'une seule console.. Évalué à 3.
yakuake
yeahconsole
tilda
guake
# vite fait
Posté par Octabrain . En réponse au message Ne lancer qu'une seule console.. Évalué à 2.
wmctrl -a xterm || xterm&
Personnellement, j'utilise "yakuake", un terminal multi-onglets qui apparait sur ou disparait du bureau courant avec une simple touche. Mais il est possible d'émuler ce comportement avec un script shell plus poussé.
[^] # Re: Excellent !
Posté par Octabrain . En réponse au journal Booter en 5 secondes !. Évalué à 1.
[^] # Re: Excellent !
Posté par Octabrain . En réponse au journal Booter en 5 secondes !. Évalué à 3.
Effectivement, surtout si on retourne à un noyau monolithique juste pour pouvoir booter en 5 secondes...
[^] # Re: Pinaillage
Posté par Octabrain . En réponse à la dépêche Yet Another Nopaste! 1.2.0 est sorti. Évalué à 4.
[^] # Re: Tremulous
Posté par Octabrain . En réponse à la dépêche Les CD de jeux libres LanPower en ligne. Évalué à 2.
[^] # Re: Expiration des posts, fonctions manquantes
Posté par Octabrain . En réponse à la dépêche Yet Another Nopaste! 1.2.0 est sorti. Évalué à 2.
> Pas de lien fichier brut en effet, mais la possibilité d'afficher le contenu brut sans colorisation ni numéro de ligne
Ça ne remplace malheureusement pas le "fichier brut", car cela force à faire un copier/coller (penser aux gens qui naviguent sans souris avec des extensions firefox, par exemple)
[^] # Re: Utiliser la puissance de calcul d'une autre machine
Posté par Octabrain . En réponse au message Ultraportable pour des études en informatique ?. Évalué à 2.
# Expiration des posts, fonctions manquantes
Posté par Octabrain . En réponse à la dépêche Yet Another Nopaste! 1.2.0 est sorti. Évalué à 4.
Il est impossible de choisir une durée d'expiration comme sur les paster dignes de ce nom. Je n'utilise personnellement pas un paster si je ne peux pas régler la durée de stockage.
Il n'y a pas de lien "fichier brut" qui ne contiendrait aucun HTML enrobant le contenu pasté. (permettant par exemple de faire "enregistrer le lien sous")
Confort :
Le type de coloration par défaut devrait être "pas de coloration" et non pas "abap", que je ne sais même pas ce que c'est.
Après avoir cliqué sur le bouton "Paste!", une redirection automatique vers la page résultante (plutôt qu'une page avec seulement un lien) ne serait pas de trop.
[^] # Re: Rapport avec le libre??
Posté par Octabrain . En réponse à la dépêche Yet Another Nopaste! 1.2.0 est sorti. Évalué à 3.
Nopaste ne semble pas distribué.
Gnopaste est GPL, mais je n'ai trouvé nulle part où l'on peut le tester.
[^] # Re: LUKS
Posté par Octabrain . En réponse au journal Je veux bénéficier du bouclier fsckal !. Évalué à 3.
# LUKS
Posté par Octabrain . En réponse au journal Je veux bénéficier du bouclier fsckal !. Évalué à 5.
LUKS est utilisable avec la commande "cryptsetup", est supporté par "cryptmount" et est inclus de base dans Debian.
http://luks.endorphin.org/
[^] # Re: Comment voir le reportage
Posté par Octabrain . En réponse au journal Ce soir, dans capital .... Évalué à 4.
[^] # Re: C'est mieux !
Posté par Octabrain . En réponse au sondage La nouvelle page d'accueil Linuxfr. Évalué à 1.
Sinon, ta lecture est assez sélective, j'ai écrit après :
> Le problème est surtout le choix par défaut (un thème récurrent dans les sujets parlant de logiciels aussi) qui est mauvais.
[^] # Re: C'est mieux !
Posté par Octabrain . En réponse au sondage La nouvelle page d'accueil Linuxfr. Évalué à 4.
Et les visiteurs qui n'ont pas de compte (ou qui ne sont pas loggés) ? Le problème est surtout le choix par défaut (un thème récurrent dans les sujets parlant de logiciels aussi) qui est mauvais.
[^] # Re: Bluetooth...
Posté par Octabrain . En réponse au journal L'iPhone encourage le Minitel 2.0. Évalué à 5.
Juste pour rire : http://slashdot.org/pollBooth.pl?qid=1633&aid=-1
# Lire aussi
Posté par Octabrain . En réponse au journal Chrome, les applications web et les logiciels libres en question. Évalué à 1.