Et tes paquets viennent tous de l'entite responsable pour l'OS (aka Debian).
Pour l'écrasante majorité, oui ( > 99%)
T'as Oracle en paquet Debian ?
C'est bien, tu en a trouvé un ;-)
Bon, pour un logiciel, j'accepte de courir le risque.
La façon dont on se procure et on installe des logiciels n'a rien de comparable avec ce qui ce fait sous Windows. Et je peux me laisser aller à ma boulimie de logiciels, sans arrière pensé.
Oui, voilà, comme viens de le montrer gnumdk, l'erreur sous linux, est trés localisée et trés simple à corriger.
Il y a une grosse différence de conception sur ce point. Je pense que c'est une erreur, mais ça doit probablement avoir des avantages, d'avoir réunis toute la conf dans quelques fichiers binaires. Au niveau de la vitesse, par exemple ?
En tout cas, ça fragilise le systeme.
Sinon, pour ton fork d' OO, je doute qu'il soit packagé par Debian, si il fait n'importe quoi, donc, pas de risque pour moi, je ne l'utiliserai pas ;-)
Tiens, encore une grosse difference entre Windows et GNU/Linux.
J'ai bien compris que la base de registre etait une base de donnée. Sous linux, il y a aussi des bases de données (certaines utilisé par la libc d'autre par bind, etc..) mais là, il y a la conf de tout le systeme dans une seule ! ( enfin, 3-4 fichiers)
Et son format binaire, empeche de récuperer quoi que ce soit en cas de pépins trés grave.
J'ai oublié de préciser quelques chose:
HKEY_CLASSES_ROOT car c'est la que la correspondance
«extention» -> «type de fichier» -> «programme à executer»
se fait. Donc, si cette branche est lourde ou corrompu, le click droit devient un supplice. Ce n'etait qu'un exemple.
Parce que dans le cas de windows, le systeme, c'est aussi l'interface graphique et donc l'explorateur. L'explorateur questionne en permanance la base de registre (visible avec regmon par exemple). Click droit sur un fichier, drag 'n drop et c'est des centaines, voir des milliers d'entrées qui sont lues. Si elle n'est pas propre, l'explorateur mais un temps fou, voir freeze, plante, redémarre. C'est un bog tout à fait reproductible: va sur http://www.download.com/(...) , télécharge et installe une bonne cinquantaine de shareware et voilà. C'est encore plus evident sur une machine un peu ancienne.
Linux n'a pas ce problème là. si un fichier de conf est foireux, ça ne va nuire qu' au programme concerné. D'avoir regrouper tous les fichiers de conf, sous windows, dans seulement 3 ou 4 fichiers l'a considérablement fragilisé (et en plus dans un format binaire !!)
j'ai cité HKEY_CLASSES_ROOT, car cette branche est particulierement importante et que les ralentissement de l'explorateur venait plutot de là.
Attend, le file de la discussion c'est: un windows malade, comment le soigner et, es-ce plus interressant ou non de le réinstaller.
C'est dans ce cas là ou la base de registre est (trés souvent à mon avis) source de ralentissement de windows.
Maintenant si on es bien d'accord, je peux te donner plus d'information à ce propos.
(à la mode pBpG)
Hint: HKEY_CLASSES_ROOT & explorer.
LinuxFr est une association régie par la loi de 1901, créée fin octobre 1998. Elle a pour objectif de promouvoir les Logiciels Libres, en particulier Linux.
Peut-être que tu fais parti des gens qui critiquent systématiquement tous les chois de Gnome ? Mais je ne serai pas étonné que pour toi Mono est aussi une connerie.
Ça serait gentil et honnête de ta part, d'éviter de supposer ce que je peux penser. Et ensuite de t'enflammer pour rien du tout.
Il n'y a sûrement pas qu'une façon d'être «user-friendly». La complétion des noms est pour moi *très* user-friendly, par exemple.
Un autre exemple:
Sur le bureau de windows 95 OSRxx, il y avait une icône nommée «Internet». Cette icône représentait la terre. C'est aussi une façon d'être user-friendly, mais je trouve que c'est une très mauvaise méthode.
A mon avis, «rendre les choses plus simple» est différent de «faire semblant que les choses sont simple»
Mais à la base je réagissait juste car tu traitait de naze les gens qui avait fait des critiques à propos de Gnome. Et que tu citait pour preuve, le fait que les dev de Gnome avait du beaucoup réfléchir...
Au risque de te décevoir, je suis quand même globalement content de ce que sont devenu aujourd'hui Gnome et KDE.
Dans ta méthode pour réparer Windows, tu as oublié un gros problème:
La Base de Registre!
Comme elle est souvent la source de ralentissement important de windows, et qu'il n'y a pas moyen de la «nettoyer» automatiquement de manière sure, il faut procéder, en partie, «à la main». Et ça, c'est long. Peut-être plus long qu'une réinstallation.
C' est le talon d'achille des Windows, une des plus grosse erreur de conception, à mon avis.
Bé tiens,
Comme "Les dév Gnome ne sont pas des cons et ils ont du profondément réfléchir", de critiquer, c'est "naze".
Et, ils ne peuvent pas faire d'erreur ? Ah non c'est pas possible...
Ça sera peut-être au final, globalement des bons choix, n'empeche la "vue de l'espace", le start-here,... ça me fait penser à un autre OS qui a voulu me simplifier la vie.
je n'aime pas les logiciels super complets (a part xemacs, paradoxe que j'assume) ,
je veux juste des logiciels qu marchent vite et _bien_
Vim ?
Oups! je m'égare ;-)
pour le File Selector, il n y a plus de "champ texte" pour taper le nom du fichier, et il es prévu que ca fasse hurler le hacker jusque dans les steppes siberiennes... c vrai que c radical
AAAAhhhhhhhhhhhhhh......
Noooooooooooooooooooooooooooooooon.........
C'est la fin des haricots, tout est foutu :(
Il est assez déroutant au début, mais avec un peu d'habitude, il devient vite agréable à utiliser.
Rien à voir avec les gestionnaires de fichiers "vue de l'espace" ;-)
Vraiment, je n'arrive pas à voir ce que peut bien être ce fameux «spatial view»
Je connais pourtant rox ou l'explorer de win95 (avec ie<4), mais là, je vois pas.
Ça n'aurait pas un rapport avec le «voir en tant que» (list, icones, etc..) de nautilus ?
Moi non plus je n'utilise ni Gnome, ni KDE. Mais j'utilise des logiciels qui se servent de QT et GTK2.
Donc, en tant qu'utilisateur intensif de vim-gtk (hé je dit pas ça parce que tu parle d' emacs ;-)), je suis concerné par le nouveau «file selector», par exemple.
Et puis quand j'ai du monde à la maison, je ferme vite mon wmaker, et j'ouvre une belle session gnome ou kde ;-)
A peu prés pareil que toi: un script bash fait maison, 'tar-gzipant', qui s'execute via crontab tous les jours vers 6:00.
La sauvegarde fait moins de 100 Ko ;-)
Je ne sauvegarde que quelques fichiers dans /etc et dans mon $HOME.
Des configs ou j'ai eu particulièrement du mal ou alors qui change souvent, et des fichiers qui sont effacer periodiquement (style bookmarks.html de mozilla...)
Les sauvegardes sont datées et sont sockées sur un autre disque
Je fais manuelement le menage à la main de temps en temps: il faudrait que je fasse quelque chose comme logrotate...
Sinon, je fait de temps en temps ( mais pas du tout à jour en ce moment :( ) un «vrai» backup de /etc et $HOME/.* manuellement sur CDR.
Bon c'est vrai, c'est pas terrible.
alors plutot ça:
#!/bin/bash
if [ -z "$(cddb-id 2>/dev/stdout | grep "error")" ]; then
echo "y'a 1 CD dans le lecteur"
else
echo "Lecteur de CDROM vide"
fi
- pas obligé de mounter/demounter dans tous les sens
- pas obliger d'être root (enfin en tous cas chez moi)
- fonctionne aussi bien avec cd de donnée que cd audio
par contre je n'est plus de CD vierge sous la main pour tester :(
et je n'ai pas de CD endommagé :)
en plus de lynx, tu peut aussi utiliser :
- links ( qui a un rendu différent)
- l'association GET + html2text
ex: $ GET http://www.lemonde.fr/(...) | html2text
- sous mozilla enregistrer sous ... et choisir fichiers texte
Sinon, si tu veux le conserver en html, mais ça demande plus de travail:
dans mozilla :
fichier -> editer la page
puis dans le composer, en se plaçant dans l'onglet HTML tag, soit effacer les elements superlus, soit copier les élément qui t'interesse dans une nouvelle page.
Quoi qu'il en soit, avec un site bourré de tableau comme www.lemonde.fr, ça va pas être simple....
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 0.
Pour l'écrasante majorité, oui ( > 99%)
T'as Oracle en paquet Debian ?
C'est bien, tu en a trouvé un ;-)
Bon, pour un logiciel, j'accepte de courir le risque.
La façon dont on se procure et on installe des logiciels n'a rien de comparable avec ce qui ce fait sous Windows. Et je peux me laisser aller à ma boulimie de logiciels, sans arrière pensé.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
Le nombre de programme installable sur Windows est limité ? c'est ce que tu veux dire ?
J'ai quelque milliers de paquets installés sur mon GNU/Linux, et bien c'est pas moi qui assume, c'est lui et je préfère ça !
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
Il y a une grosse différence de conception sur ce point. Je pense que c'est une erreur, mais ça doit probablement avoir des avantages, d'avoir réunis toute la conf dans quelques fichiers binaires. Au niveau de la vitesse, par exemple ?
En tout cas, ça fragilise le systeme.
Sinon, pour ton fork d' OO, je doute qu'il soit packagé par Debian, si il fait n'importe quoi, donc, pas de risque pour moi, je ne l'utiliserai pas ;-)
Tiens, encore une grosse difference entre Windows et GNU/Linux.
[^] # Re: Mozilla dans mozilla !
Posté par gnujsa . En réponse au journal Mozilla dans mozilla !. Évalué à 1.
chrome://communicator/content/search/search-panel.xul
et là:
http://linuxfr.org/2004/03/09/15674.html#365664(...)
Dark VACHOR propose 2 liens sympa comme tout ;-)
http://robin.sourceforge.net/(...)
http://mab.mozdev.org/(...)
pour le deuxieme il faut cliquer sur "for all users : what is MAB"
Si vous connaisez d'autres choses rigolotes avec gecko, n' hésitez pas ;-)
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 0.
Bon, prend ce logiciel: http://www.sysinternals.com/ntw2k/source/regmon.shtml(...)
lance-le et puis amuse toi à clicker sur un fichier ou pire faire un drag'n drop
Attention, c'est assez violent !
J'ai bien compris que la base de registre etait une base de donnée. Sous linux, il y a aussi des bases de données (certaines utilisé par la libc d'autre par bind, etc..) mais là, il y a la conf de tout le systeme dans une seule ! ( enfin, 3-4 fichiers)
Et son format binaire, empeche de récuperer quoi que ce soit en cas de pépins trés grave.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
HKEY_CLASSES_ROOT car c'est la que la correspondance
«extention» -> «type de fichier» -> «programme à executer»
se fait. Donc, si cette branche est lourde ou corrompu, le click droit devient un supplice. Ce n'etait qu'un exemple.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
Linux n'a pas ce problème là. si un fichier de conf est foireux, ça ne va nuire qu' au programme concerné. D'avoir regrouper tous les fichiers de conf, sous windows, dans seulement 3 ou 4 fichiers l'a considérablement fragilisé (et en plus dans un format binaire !!)
j'ai cité HKEY_CLASSES_ROOT, car cette branche est particulierement importante et que les ralentissement de l'explorateur venait plutot de là.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
C'est dans ce cas là ou la base de registre est (trés souvent à mon avis) source de ralentissement de windows.
Maintenant si on es bien d'accord, je peux te donner plus d'information à ce propos.
(à la mode pBpG)
Hint: HKEY_CLASSES_ROOT & explorer.
[^] # Re: Sortie d'aMSN 0.90
Posté par gnujsa . En réponse à la dépêche Sortie d'aMSN 0.90. Évalué à 2.
Ce n'est pas la seul erreur que tu as faite:
http://linuxfr.org/association/(...)
LinuxFr est une association régie par la loi de 1901, créée fin octobre 1998. Elle a pour objectif de promouvoir les Logiciels Libres, en particulier Linux.
[^] # Re: GNOME 2.6 beta 1
Posté par gnujsa . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 1.
Mais je ne serai pas étonné que pour toi Mono est aussi une connerie.
Ça serait gentil et honnête de ta part, d'éviter de supposer ce que je peux penser. Et ensuite de t'enflammer pour rien du tout.
Il n'y a sûrement pas qu'une façon d'être «user-friendly». La complétion des noms est pour moi *très* user-friendly, par exemple.
Un autre exemple:
Sur le bureau de windows 95 OSRxx, il y avait une icône nommée «Internet». Cette icône représentait la terre. C'est aussi une façon d'être user-friendly, mais je trouve que c'est une très mauvaise méthode.
A mon avis, «rendre les choses plus simple» est différent de «faire semblant que les choses sont simple»
Mais à la base je réagissait juste car tu traitait de naze les gens qui avait fait des critiques à propos de Gnome. Et que tu citait pour preuve, le fait que les dev de Gnome avait du beaucoup réfléchir...
Au risque de te décevoir, je suis quand même globalement content de ce que sont devenu aujourd'hui Gnome et KDE.
[^] # Re: XAML et l'avenir de GNOME
Posté par gnujsa . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 2.
La Base de Registre!
Comme elle est souvent la source de ralentissement important de windows, et qu'il n'y a pas moyen de la «nettoyer» automatiquement de manière sure, il faut procéder, en partie, «à la main». Et ça, c'est long. Peut-être plus long qu'une réinstallation.
C' est le talon d'achille des Windows, une des plus grosse erreur de conception, à mon avis.
[^] # Re: GNOME 2.6 beta 1
Posté par gnujsa . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 2.
Comme "Les dév Gnome ne sont pas des cons et ils ont du profondément réfléchir", de critiquer, c'est "naze".
Et, ils ne peuvent pas faire d'erreur ? Ah non c'est pas possible...
Ça sera peut-être au final, globalement des bons choix, n'empeche la "vue de l'espace", le start-here,... ça me fait penser à un autre OS qui a voulu me simplifier la vie.
[^] # Re: GNOME 2.6 beta 1
Posté par gnujsa . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 1.
je veux juste des logiciels qu marchent vite et _bien_
Vim ?
Oups! je m'égare ;-)
pour le File Selector, il n y a plus de "champ texte" pour taper le nom du fichier, et il es prévu que ca fasse hurler le hacker jusque dans les steppes siberiennes... c vrai que c radical
AAAAhhhhhhhhhhhhhh......
Noooooooooooooooooooooooooooooooon.........
C'est la fin des haricots, tout est foutu :(
Je n'ai pas la chance de posseder un macos X, ni d'avoir connu NeXTStep, mais la vu par colonne dont tu parle ça ne ressemblerai pas au gestionnaire de fichier FSViewer ?
http://www.bayernline.de/~gscholz/linux/fsviewer/fsv-screenshot.png(...)
Il est assez déroutant au début, mais avec un peu d'habitude, il devient vite agréable à utiliser.
Rien à voir avec les gestionnaires de fichiers "vue de l'espace" ;-)
[^] # Re: GNOME 2.6 beta 1
Posté par gnujsa . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 1.
Je connais pourtant rox ou l'explorer de win95 (avec ie<4), mais là, je vois pas.
Ça n'aurait pas un rapport avec le «voir en tant que» (list, icones, etc..) de nautilus ?
[^] # Re: GNOME 2.6 beta 1
Posté par gnujsa . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 6.
Des icones trés colorés, des aterm transparant, des desklets qui gigotent dans tout les sens, ...
Seulement, aprés, tu te sent un peu obligé de faire de l'assistance:
"euh mon scanner marche pas", "j'ai pas le direct rendering", etc...
J'essaye de m'en tirer avec un "Bof... ça sert pas à grand chose..."
- "j'ai pas le direct rendering"
- "Bof... ça sert pas à grand chose..."
- "euh mon scanner marche pas"
- "Bof... ça sert pas à grand chose..."
- "X ne se lance pas!"
- "Bof... ça sert pas à grand chose..."
- "lilo affiche: Kernel panic No init found"
- "Bof... ça sert pas à grand chose..."
Voilà, mais ça marche pas toujours ;-)
[^] # Re: GNOME 2.6 beta 1
Posté par gnujsa . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 1.
- "Venez voir le monde merveilleux des logiciels libres"
- "ah, c'est beau, je veux le même!"
Et voilà :)
[^] # Re: GNOME 2.6 beta 1
Posté par gnujsa . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 1.
Donc, en tant qu'utilisateur intensif de vim-gtk (hé je dit pas ça parce que tu parle d' emacs ;-)), je suis concerné par le nouveau «file selector», par exemple.
Et puis quand j'ai du monde à la maison, je ferme vite mon wmaker, et j'ouvre une belle session gnome ou kde ;-)
[^] # Re: GNOME 2.6 beta 1
Posté par gnujsa . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 1.
http://www.inigo-tech.com/Members/kaeru/gnome/gnome2.5-screenshot.p(...)
J'ai jamais trop compris le coup du bouton "Document" pointant vers un repertoire Document ( avec un 'D' majuscule, attention).
J'espère que la completion style shell fonctione toujours dans le selecteur de fichier!
Le spacial view , par contre je vois pas trop ce que c'est.
[^] # Re: Question sur le RNIS...
Posté par gnujsa . En réponse au journal Question sur le RNIS.... Évalué à 6.
Le bouturage de l'arbre à kiwi a lieu en juin à partir de rameaux herbacés.
On peut aussi semer en février à chaud et sous verre.
# Re: Sauvegarde perso
Posté par gnujsa . En réponse au journal Sauvegarde perso. Évalué à 2.
La sauvegarde fait moins de 100 Ko ;-)
Je ne sauvegarde que quelques fichiers dans /etc et dans mon $HOME.
Des configs ou j'ai eu particulièrement du mal ou alors qui change souvent, et des fichiers qui sont effacer periodiquement (style bookmarks.html de mozilla...)
Les sauvegardes sont datées et sont sockées sur un autre disque
Je fais manuelement le menage à la main de temps en temps: il faudrait que je fasse quelque chose comme logrotate...
Sinon, je fait de temps en temps ( mais pas du tout à jour en ce moment :( ) un «vrai» backup de /etc et $HOME/.* manuellement sur CDR.
Bref, je suis pas au point :)
# Re: RealPlayer is dead, vive helix community
Posté par gnujsa . En réponse au journal RealPlayer is dead, vive helix community. Évalué à 1.
Compatible DFSG ou pas, c'est pour le lecteur. Mais qu'en est il des formats ?
Par ce que sinon, ça n'est que trés trés moyenement interessant...
Vivement Ogg/Theora !
[^] # Re: Savoir si un CD est présent dans le lecteur
Posté par gnujsa . En réponse au journal Savoir si un CD est présent dans le lecteur. Évalué à 1.
alors plutot ça:
#!/bin/bash
if [ -z "$(cddb-id 2>/dev/stdout | grep "error")" ]; then
echo "y'a 1 CD dans le lecteur"
else
echo "Lecteur de CDROM vide"
fi
- pas obligé de mounter/demounter dans tous les sens
- pas obliger d'être root (enfin en tous cas chez moi)
- fonctionne aussi bien avec cd de donnée que cd audio
par contre je n'est plus de CD vierge sous la main pour tester :(
et je n'ai pas de CD endommagé :)
# Re: Savoir si un CD est présent dans le lecteur
Posté par gnujsa . En réponse au journal Savoir si un CD est présent dans le lecteur. Évalué à 2.
En bash, ça donne:
#!/bin/bash
umount /cdrom 2> /dev/null # On démonte le CD au cas ou y'en aurai un de monté
mount /cdrom 2> /dev/null # On "tente" de monter le CD
if [ "$?" == "0" ]; then
echo "y'a 1 CD dans le lecteur"
else
echo "Lecteur de CDROM vide"
fi
[^] # Re: Équivalent de nice pour la bande passante ?
Posté par gnujsa . En réponse au journal Équivalent de nice pour la bande passante ?. Évalué à 1.
$ man tcpnice
[...]
-A Inject TCP tiny window advertisements.
-I Inject ICMP source quench replies.
-M Inject ICMP fragmentation-needed replies with tiny next-hop MTUs.
[...]
If no attack type is given, all attacks will be enabled.
[...]
hum hum...
;-)
# Re: Logiciel de parsage de site "compliqué" en version "simple"
Posté par gnujsa . En réponse au journal Logiciel de parsage de site "compliqué" en version "simple". Évalué à 1.
- links ( qui a un rendu différent)
- l'association GET + html2text
ex: $ GET http://www.lemonde.fr/(...) | html2text
- sous mozilla enregistrer sous ... et choisir fichiers texte
Sinon, si tu veux le conserver en html, mais ça demande plus de travail:
dans mozilla :
fichier -> editer la page
puis dans le composer, en se plaçant dans l'onglet HTML tag, soit effacer les elements superlus, soit copier les élément qui t'interesse dans une nouvelle page.
Quoi qu'il en soit, avec un site bourré de tableau comme www.lemonde.fr, ça va pas être simple....