pour l'instant, je n'ai essayé que "HyperEstraier", mais je ne m'en suis pas beaucoup servi.
Pour indexer, je fais :
estcmd gather -cm -sd NOMDEBASE DOSSIERDELOGS
mais j'utilise des options en plus pour qu'il n'indexe que le texte "intéressant" des logs : dans le cas de logs IRC, je ne garde pas le changements de modes sur un channel ou les joins/parts. Pour ça, j'ai fait un petit filtre shell, et je lui dis de passer les .log à travers ce filtre.
Pour chercher, il y a une simple commande shell qui affiche les "extraits" du résultats comme le fait google par exemple :
estcmd search -vh NOMDEBASE EXPRESSION
(EXPRESSION peut contenir des expressions compliquées ou régulières)
Selon Wiktionary, ça veut dire : une petite plante, un enfant ou un chou de Bruxelles. SproutCore signifie donc Cœur du chou de Bruxelles, mais la concurrence s'appelle Éclair, ou Lumière de l'argent...
Non, car bash ne peut que se connecter, pas écouter les connexions. Au contraire, zsh permet les 2, et n'est pas limité à une connexion par hôte et port :)
Franchement on a vu mieux comme soft peu portable...
Je répète ce que j'ai répondu plus haut :
Que ça été porté ne signifie pas forcément que c'est portable, il a peut-être fallu qu'ils réécrivent de grosses parties du code, qui ne serait donc pas portable.
Les ports en question ne sont pas intégré chez l'upstream FUSE, pourquoi, sinon parce que ce seraient des grosses modifications et qu'ils ne voudraient pas les "couvrir" ?
J'ai regardé le code de la partie noyau de FUSE disponible sur SourceForge, et il n'y a pas une ligne de support pour d'autres OS que Linux, que des "linux.h", des appels spécifiques à Linux, etc. Ce n'est absolument pas portable.
Les "portages" en question ont donc dû être réécrits à partir de rien (pour la partie noyau).
Le problème c'est que kio ou autre ne permettent pas à une application de le voir de manière transparente. Donc même si c'est portable ça ne fait pas tout, il faut que les applications comportent de quoi le lire.
J'ai également déjà répondu plus haut : soit on choisit d'écrire un(des) module(s) noyau, qui ne peut pas être écrit de façon portable, mais on supporte toutes les applications, soit on écrit une bibliothèque en espace utilisateur (style KIO), qui ne supporte pas toutes les applications (mais déjà pas mal pour un utilisateur lambda qui se restreindrait à son environnement KDE/GNOME), mais qui peut être largement plus portable qu'un module noyau.
> On ne parle pas de porter tous les modules noyaux dans notre cas, mais seulement fuse.
Comme j'ai dit précédemment, le code qui se trouve dans le noyau n'est à mon avis pas souvent portable. Le VFS des *BSD doit être bien différent de celui de Linux ou de celui de Windows. Peut-être même que la différence avec les VFS des micro-noyaux comme Hurd est encore plus grande.
> D'ailleurs comme dit plus bas, il me semble que fuse a été porté sur d'autre OS.
Je l'ai moi-même dit. Que ça été porté ne signifie pas forcément que c'est portable, il a peut-être fallu qu'ils réécrivent de grosses parties du code, qui ne serait donc pas portable.
Les ports en question ne sont pas intégré chez l'upstream FUSE, pourquoi, sinon parce que ce seraient des grosses modifications et qu'ils ne voudraient pas les "couvrir" ?
> Ha, et les détournements d'appels systèmes c'est portable ?
Je voulais dire que les KIO/etc. sont portables, je ne parlais pas des détournements puisque j'ai dit "moins de support des applications" (implicitement). (Cela dit, c'est possible sous windows avec des "hooks" je crois (mais je n'ai jamais fait))
> Moais tout les os le suive pas les standard (genre windows).
L'éventuelle couche d'abstraction, doit à mon avis être bien plus fine et moins dérangeante que la totale non-portabilité du code de modules noyaux.
> Et puis le pb avec kio, gvfs, ... c'est que tu ne peut utiliser que des applis specifiques.
Effectivement, il est difficile de faire mieux (à part avec des détournements d'appels systèmes, style LD_PRELOAD) en restant uniquement en espace utilisateur. C'est donc un échange, espace noyau et plus de support des programmes contre espace utilisateur et plus de portabilité. Mais je ne crois pas qu'on débattait de ça.
La partie noyau FUSE est peu portable, ce qui est dans le noyau est peu portable. Les noyaux n'ont absolument pas vocation à être portables entre eux (dans le sens "interopérable", je ne parle pas de la portabilité entre architectures matérielles).
Il y a quelques vagues "portages" (mais il n'y a par exemple rien pour OpenBSD), qui doivent se synchroniser avec l'upstream FUSE à chaque fois.
De plus, FUSE doit obligatoirement être chargé par le noyau. Si l'administrateur n'en veut pas, tu ne pourras rien faire. Si c'est uniquement en espace utilisateur, l'administrateur aura beaucoup plus de mal à t'empêcher. D'ailleurs il y verra peut-être moins d'inconvénients si ça ne touche pas au noyau. (Sans parler d'éventuels problèmes de sécurité)
> Au contraire, kio, gvfs, ... sont moins facilement portable puisque dépendent de beaucoup plu de lib.
Et bien, si ces libs sont bien écrites, elles sont portables sans de grosses difficultés, car elles n'utilisent que des choses standard, donc plutôt portables.
> je prefere calculer un hash puisque je n'ai pas besoin du mot en temps que tel, j'ai juste besoin d'etre capable de savoir si il est egal a un autre mot.
pour savoir si 2 mots sont égaux, il n'y a pas d'autre choix que strcmp.
Même hash ⇏ Même objet
mais
Même objet ⇒ Même hash
et sa contraposée :
Pas même hash ⇒ Pas même objet
J'oubliais, les KIO/GnomeVFS/etc. se font essentiellement en espace utilisateur, c'est-à-dire beaucoup plus portable que FUSE ou les solutions carrément dans le kernel (étant donné que ce n'est ni standardisé, ni très utilisé).
Le VFS de Linux ne supporte que les "chemins" (truc à base de "/" et de "non-/"). Les KIO/GnomeVFS supporte les URLs (ou URN ou URI, je sais pas trop), un truc un peu plus structuré, et peut-être plus puissant dans certains cas.
> Il a fermé le code à cause de Debian.
Je suis admiratif devant une telle excuse.
> [...]utilisateurs qui ne comprennent pas pourquoi ils ne peuvent pas installer la dernière version de logiciels tiers comme The Gimp sans mettre à jour tous les 6 mois.
Tip: c'est parce que les développeurs des logiciels tiers en question le veulent bien, pas la faute à Ubuntu : Ubuntu propose un modèle, et les développeurs de The Gimp peuvent très bien en parallèle proposer eux-même une version autopackage ou je-ne-sais-quoi pour que les utilisateurs n'aient pas besoin de mettre à jour toute la distribution. En fait, n'importe qui peut faire la version autopackage (et ça a déjà été fait visiblement), seulement tu serais plus content si c'était sur le site officiel.
Tes 3 références sont pas terribles. Le premier ne fait pas dans le libre, il a fermé le code de ion3. Le deuxième, je ne sais pas trop, mais il dit un peu n'importe quoi des fois, cf. un journal posté il y a peu. Le troisième a peut-être des idées intéressantes, mais je n'ai pas lu, il y a le mot "fuck" en moyenne une fois par phrase (ainsi que d'autres insanités), je n'ai pas eu envie d'aller plus loin.
Et franchement un (vrai) système d'exploitation on le réinstalle pas (sauf geekerie abusive).
Système qui ne marche plus, grave problème de sécurité très bien implanté, changement de propriétaire, changement de système d'exploitation, etc. Et ne me dis pas que ça n'arrive que sous windows, c'est faux. Je n'ajoute pas "mort du disque dur" car en général ce genre de gadget ne sert plus avant que le disque ne meurt.
Un site peut également occasionnellement proposer du "sexuellement explicite", alors que ce n'est pas le but premier du site. Le contraindre à se mettre en ".sex" ou quoi que ce soit est déplacé pour une petite partie du site.
Wikipedia contient du "sexuellement explicite", faut-il changer wikipedia.org en wikipedia.sex ? Je pense aussi aux sites "galleries" d'images humoristiques qui parfois contiennent des images "sexuellement explicites". Dans ce cas là, un marquage à base de tags HTML, ou de (pseudo-?)entêtes HTTP est bien plus adapté.
OTR est peut-être chiffré, mais on se demande bien à quoi ça sert : [http://blog.bepointbe.be/index.php/2007/03/29/20-mod_otr], [http://www.ejabberd.im/mod_otr]
GPG a l'avantage de se servir de clefs publiées sur des annuaires ou disponibles dans les trousseaux des utilisateurs. OK, c'est 2 approches différentes, une caractéristique peut-être soit un avantage soit un inconvénient selon l'utilisation à en faire, mais si c'est juste pour être sûr que c'est la bonne personne qui parle c'est raté
Et bien ce comportement est tout à fait acceptable ! Il y a une possibilité de marquer un paquet comme installé manuellement, et ne devant être supprimé qu'explicitement (touche 'm' dans l'UI ncurses). De toute façon, si ça supprime plein de paquets, tu vois bien qu'il te dit qu'il va libérer 200 Mo et qu'il y a donc un problème.
Aptitude gère beaucoup mieux qu'apt-get les conflits de paquets, il me semble que la solution par défaut est souvent la moins dangereuse et dans l'UI ncurses, il y a une interface très pratique pour explorer les différentes solutions (avec des marqueurs, touches 'a' et 'r')
Il dit "Ellas Gallia néa Sumakia ??" qu'on peut traduire par "Hélas, Gallia naît ! Assume, à qui a ??". Je sais pas toi, mais moi le mystère s’épaissit.
Bon je suis dur de la comprenance aussi, mais le texte de la GPL est un peu bizarre alors concernant ce que tu dis sur les responsabilités du développeur.
[^] # Re: low cost ?
Posté par Octabrain . En réponse au journal EEEPC en Belgique (3ème). Évalué à 5.
# HyperEstraier
Posté par Octabrain . En réponse au message Indexation de logs IRC. Évalué à 3.
Pour indexer, je fais :
estcmd gather -cm -sd NOMDEBASE DOSSIERDELOGS
mais j'utilise des options en plus pour qu'il n'indexe que le texte "intéressant" des logs : dans le cas de logs IRC, je ne garde pas le changements de modes sur un channel ou les joins/parts. Pour ça, j'ai fait un petit filtre shell, et je lui dis de passer les .log à travers ce filtre.
Pour chercher, il y a une simple commande shell qui affiche les "extraits" du résultats comme le fait google par exemple :
estcmd search -vh NOMDEBASE EXPRESSION
(EXPRESSION peut contenir des expressions compliquées ou régulières)
http://hyperestraier.sourceforge.net/ (disponible dans les paquets de certaines distributions)
[J'essaye de faire un UI pour ça]
[^] # Re: Peu détaillé
Posté par Octabrain . En réponse au journal AMD et ATI réaffirment leur soutien à Linux. Évalué à 1.
# Peu détaillé
Posté par Octabrain . En réponse au journal AMD et ATI réaffirment leur soutien à Linux. Évalué à 1.
# blague
Posté par Octabrain . En réponse au journal Apple écrase les sprout. Évalué à 8.
Selon Wiktionary, ça veut dire : une petite plante, un enfant ou un chou de Bruxelles. SproutCore signifie donc Cœur du chou de Bruxelles, mais la concurrence s'appelle Éclair, ou Lumière de l'argent...
[^] # Re: Oui mais...
Posté par Octabrain . En réponse au journal Record de merde?. Évalué à 4.
[^] # Re: Pourquoi en Java ?
Posté par Octabrain . En réponse au journal Notre ami Windows. Évalué à 4.
[^] # Re: Pas de VFS
Posté par Octabrain . En réponse au journal Monter un partage Samba sous Linux sans utiliser *VFS. Évalué à 3.
Je répète ce que j'ai répondu plus haut :
Que ça été porté ne signifie pas forcément que c'est portable, il a peut-être fallu qu'ils réécrivent de grosses parties du code, qui ne serait donc pas portable.
Les ports en question ne sont pas intégré chez l'upstream FUSE, pourquoi, sinon parce que ce seraient des grosses modifications et qu'ils ne voudraient pas les "couvrir" ?
J'ai regardé le code de la partie noyau de FUSE disponible sur SourceForge, et il n'y a pas une ligne de support pour d'autres OS que Linux, que des "linux.h", des appels spécifiques à Linux, etc. Ce n'est absolument pas portable.
Les "portages" en question ont donc dû être réécrits à partir de rien (pour la partie noyau).
Le problème c'est que kio ou autre ne permettent pas à une application de le voir de manière transparente. Donc même si c'est portable ça ne fait pas tout, il faut que les applications comportent de quoi le lire.
J'ai également déjà répondu plus haut : soit on choisit d'écrire un(des) module(s) noyau, qui ne peut pas être écrit de façon portable, mais on supporte toutes les applications, soit on écrit une bibliothèque en espace utilisateur (style KIO), qui ne supporte pas toutes les applications (mais déjà pas mal pour un utilisateur lambda qui se restreindrait à son environnement KDE/GNOME), mais qui peut être largement plus portable qu'un module noyau.
[^] # Re: Pas de VFS
Posté par Octabrain . En réponse au journal Monter un partage Samba sous Linux sans utiliser *VFS. Évalué à 2.
Comme j'ai dit précédemment, le code qui se trouve dans le noyau n'est à mon avis pas souvent portable. Le VFS des *BSD doit être bien différent de celui de Linux ou de celui de Windows. Peut-être même que la différence avec les VFS des micro-noyaux comme Hurd est encore plus grande.
> D'ailleurs comme dit plus bas, il me semble que fuse a été porté sur d'autre OS.
Je l'ai moi-même dit. Que ça été porté ne signifie pas forcément que c'est portable, il a peut-être fallu qu'ils réécrivent de grosses parties du code, qui ne serait donc pas portable.
Les ports en question ne sont pas intégré chez l'upstream FUSE, pourquoi, sinon parce que ce seraient des grosses modifications et qu'ils ne voudraient pas les "couvrir" ?
> Ha, et les détournements d'appels systèmes c'est portable ?
Je voulais dire que les KIO/etc. sont portables, je ne parlais pas des détournements puisque j'ai dit "moins de support des applications" (implicitement). (Cela dit, c'est possible sous windows avec des "hooks" je crois (mais je n'ai jamais fait))
[^] # Re: Pas de VFS
Posté par Octabrain . En réponse au journal Monter un partage Samba sous Linux sans utiliser *VFS. Évalué à 2.
L'éventuelle couche d'abstraction, doit à mon avis être bien plus fine et moins dérangeante que la totale non-portabilité du code de modules noyaux.
> Et puis le pb avec kio, gvfs, ... c'est que tu ne peut utiliser que des applis specifiques.
Effectivement, il est difficile de faire mieux (à part avec des détournements d'appels systèmes, style LD_PRELOAD) en restant uniquement en espace utilisateur. C'est donc un échange, espace noyau et plus de support des programmes contre espace utilisateur et plus de portabilité. Mais je ne crois pas qu'on débattait de ça.
[^] # Re: Pas de VFS
Posté par Octabrain . En réponse au journal Monter un partage Samba sous Linux sans utiliser *VFS. Évalué à 4.
Il y a quelques vagues "portages" (mais il n'y a par exemple rien pour OpenBSD), qui doivent se synchroniser avec l'upstream FUSE à chaque fois.
De plus, FUSE doit obligatoirement être chargé par le noyau. Si l'administrateur n'en veut pas, tu ne pourras rien faire. Si c'est uniquement en espace utilisateur, l'administrateur aura beaucoup plus de mal à t'empêcher. D'ailleurs il y verra peut-être moins d'inconvénients si ça ne touche pas au noyau. (Sans parler d'éventuels problèmes de sécurité)
> Au contraire, kio, gvfs, ... sont moins facilement portable puisque dépendent de beaucoup plu de lib.
Et bien, si ces libs sont bien écrites, elles sont portables sans de grosses difficultés, car elles n'utilisent que des choses standard, donc plutôt portables.
[^] # Re: modulo
Posté par Octabrain . En réponse au message fonction de hashage de chaine de characteres. Évalué à 0.
pour savoir si 2 mots sont égaux, il n'y a pas d'autre choix que strcmp.
Même hash ⇏ Même objet
mais
Même objet ⇒ Même hash
et sa contraposée :
Pas même hash ⇒ Pas même objet
[^] # Re: Pas de VFS
Posté par Octabrain . En réponse au journal Monter un partage Samba sous Linux sans utiliser *VFS. Évalué à 2.
[^] # Re: Pas de VFS
Posté par Octabrain . En réponse au journal Monter un partage Samba sous Linux sans utiliser *VFS. Évalué à 3.
[^] # Re: Les linuxiens d'abord
Posté par Octabrain . En réponse au journal Marketing, argumentaires, Linux. Évalué à 3.
Je suis admiratif devant une telle excuse.
> [...]utilisateurs qui ne comprennent pas pourquoi ils ne peuvent pas installer la dernière version de logiciels tiers comme The Gimp sans mettre à jour tous les 6 mois.
Tip: c'est parce que les développeurs des logiciels tiers en question le veulent bien, pas la faute à Ubuntu : Ubuntu propose un modèle, et les développeurs de The Gimp peuvent très bien en parallèle proposer eux-même une version autopackage ou je-ne-sais-quoi pour que les utilisateurs n'aient pas besoin de mettre à jour toute la distribution. En fait, n'importe qui peut faire la version autopackage (et ça a déjà été fait visiblement), seulement tu serais plus content si c'était sur le site officiel.
[^] # Re: Les linuxiens d'abord
Posté par Octabrain . En réponse au journal Marketing, argumentaires, Linux. Évalué à 2.
[^] # Re: La concurrence
Posté par Octabrain . En réponse au journal iPhone 2.0. Évalué à 5.
Système qui ne marche plus, grave problème de sécurité très bien implanté, changement de propriétaire, changement de système d'exploitation, etc. Et ne me dis pas que ça n'arrive que sous windows, c'est faux. Je n'ajoute pas "mort du disque dur" car en général ce genre de gadget ne sert plus avant que le disque ne meurt.
[^] # Re: Surveillance ?
Posté par Octabrain . En réponse à la dépêche Vers un filtrage de masse du web français. Évalué à 5.
Wikipedia contient du "sexuellement explicite", faut-il changer wikipedia.org en wikipedia.sex ? Je pense aussi aux sites "galleries" d'images humoristiques qui parfois contiennent des images "sexuellement explicites". Dans ce cas là, un marquage à base de tags HTML, ou de (pseudo-?)entêtes HTTP est bien plus adapté.
[^] # Re: Pourtant
Posté par Octabrain . En réponse au journal Hans Reiser propose de devoiler l'emplacement du corps de sa femme. Évalué à 4.
Tu ne connais pas "Dieu a créé les hommes, Samuel Colt les a rendu égaux" ? :)
[^] # OTR
Posté par Octabrain . En réponse au journal Pidgin : Support voix et vidéo. Évalué à 3.
GPG a l'avantage de se servir de clefs publiées sur des annuaires ou disponibles dans les trousseaux des utilisateurs.
OK, c'est 2 approches différentes, une caractéristique peut-être soit un avantage soit un inconvénient selon l'utilisation à en faire, mais si c'est juste pour être sûr que c'est la bonne personne qui parle c'est raté
# Metal Slug
Posté par Octabrain . En réponse au journal Kings of Power 4 Billion %. Évalué à 6.
Je viens de regarder le début et j'avais vu son précédent en noir et blanc, et ça m'y fait penser.
[^] # Re: Parfaitement d'accord.
Posté par Octabrain . En réponse au journal Linux est quand même lourd pour le desktop, et "udev sucks".... Évalué à 2.
Aptitude gère beaucoup mieux qu'apt-get les conflits de paquets, il me semble que la solution par défaut est souvent la moins dangereuse et dans l'UI ncurses, il y a une interface très pratique pour explorer les différentes solutions (avec des marqueurs, touches 'a' et 'r')
[^] # Re: Ελλάς Γαλλία νέα Συμμαχία
Posté par Octabrain . En réponse au journal Ελλασ Γαλλια νεα Συμαχια ??. Évalué à 2.
[^] # Re: Heu...
Posté par Octabrain . En réponse au journal Ελλασ Γαλλια νεα Συμαχια ??. Évalué à 9.
[^] # Re: Accepter la licence?
Posté par Octabrain . En réponse au journal Sauvez le monde, mangez un juriste. Évalué à 2.