Je vais tenter ca tout de suite, l'autre probleme c'est de trouver tout les pkgs qui foire, j'en ai identifies quelques uns comme des libs par ce que certaines progs ne marchent plus mais bon j'espere qu'il n'y en a pas 200 !
(l'ugrade mettait a jours 104 pkgs...)
Chose inhabituelle il boot le laptop sur la woody
]
=> Monter la partition Windows sous linux provoque un choc physcologiuqe irremediable : "Mais on est sous Windows la ????" et une situation d'incompréhension totale qu'il ne faut surtout pas chercher a comprendre "J'y comprend rien"
un peu plus tard en naviguant
=> Clic xxxxx.pdf, le type mime n'est pas associé => Ouvrir avec => OOo =>
"Ca marche jamais ton linux, saisnul"
"C'est un pdf ouvre avec Xpdf ou gv"
"Et comment je le sais ?"
"Et comment tu sais que tu installes acrobat sous Windows ?"
En voila, je suis assez d'accord l'utilisateur normal (90% des gens) ne sait rien faire avec son ordi et perd plus de temps qu'autre chose. Qu'ils soient sous Linux ou Windows ne change rien. Au mieux ils auront gagner des sous au pire ils feront passer le LL et linux pour des trucs nuls qui ne fonctionnent pas
Et le problème est que les menus de KDE sont gigantesques et interminables :-)
Autrement l'autre problème avec KDE c'est les menus interminables par defaut (sous Debian au moins) ou les choses ne sont pas très clair pour le bouffon moyen....
A mon avis deux ergonomies devraient etre envisagée : lambda user et geek !
[Note : j'ai passé seulement 70 secondes sur le site]
Oui mais non, ceci est basé sur un wiki et a priori je n'ai rien vu avec le protocole DICT ou assimilée.
Ce que j'aimerais c'est que l'on puisse se passer de la consultation de site, ne pas a avoir a lancer son naviguateur pour avoir une traduction ou une définition !
les logiciels du type *dict son pas mal fait et permette pas mal de chose (integration à de plus grosse suites logicielles ect...)
Un deuxième argument est que a priori tu n'as accès qu'à l'interface du dictionaire (pour certains projets c'est peut-etre faux), tu n'as pas accès au dictionnaire en lui meme (consultation en local pour les personnes ayant peut souvent access a internet, comme moi par exemple :-).
Ceci était pour les arguments généralistes contre ce type de site. Après pour ceui-ci en particulier puisque le contenu est sous FDL il doit y avoir un moyen de recupérer la base, en esperant que cela soit quelque chose de propre facilement parsable/reutilisable.
J'irais donc trainer la bas un petit peu plus longtemps.
Autrement je cherche toujours un _BON_ dictionnaire francais, par bon j'entend que wikipedia-fr ne l'est pas (j'y contribu de temps a autre). Et puis de toute facon ce n'est pas un dictionnaire !
>Ses faiblesses : En téléchargeant et en utilisant Mozilla, vous n'êtes plus >seulement un internaute, vous devenez béta testeur d'un logiciel communautaire.
Je pense que je vais sortir mon mutt d'ici pas très longtemps....
C'est un peu se foutre de la geule du monde la non ? Moz n'a pas toujours été très stable mais on est pas obligé de tourner en nigthly build non plus....
le probleme est de savoir si seulement ls & co a ete modifié !
Cherche aussi dans les fichiers de la nuit a coup de find, le gars est peu etre assez con pour avoir laissé le tgz ou assimilé sur ta machine (sisi ca arrive)
Je connais pas de rootkit assez con pour faire un truc aussi grossier, ou ca a ete code par un gamin de 12 ans !
Par contre si c'est aussi con qu'un gid 500 et des symlinks vers /dev/null t'as ptete pas besoin de reinstaller, faudrait googliser tout ca pour voir si tu peux trouver le kit en question.
Ca peu aussi n'etre qu'une facade pour un truc plus mechant, le bon gros truc bien voyant pour cacher le petit truc discret
bug reports : en anglais... Combien de personne comprendre un simple message d'erreur en anglais ? !!!
proposer des fonctionnalités : il faudrait lire les manuels deja pour savoir quelles fonctionalités propose le programme (regarde l'utilisation REEL des programmes tq office)
ecrire la doc : 98% des gens que je connais ne comprenne meme pas la doc d'OOo pourtant super bien faite ! le reste qui sont pour la plupart en étude d'info ne comprenne pas les pages de man (anglais et je m'en foutisme)
traduire : faisable pour la très petite minorité qui parle anglais
aider les nouveaux utilisateurs : " xxxx tu veux pas passer chez yyyyy ?"
C'est dur mais c'est la réalité, il ne faudrait pas croire non plus que les utilisateurs d'ordinateur sont comme les gens fréquentant linuxfr. Deja sous windows combien de personnes appellent quelqu'un d'autre pour installer office ? Combiens arrivent a se servir en meme temps d'office et d'OOo ? très peu a ma connaissance ! Et je ne parle meme pas du système de fichier de linux (arborescence) qui est "bizarre" et "mal concu" pour les étudiants d'info découvrant UNIX !!!
A coté de ca, j'ai un pote windowsien, programmeur, qui est passé en deux semaines a linux et qui a tout compris (man, lire la doc, regarder le code) avec KDE ect... en se servant très peu de la ligne de commande. Mais cela représente une infime minorité de personne, la meme qui contribu au projet !!!
Pour ce qui est de la passivité, c'est ce que les gens veulent !!! Meme lire la doc c'est trop d'effort a fournir, vous savez les 21 guides OOo sur différents sujet comme les feuilles de style (a quoi sa sert ???!)
Enfin voila quoi, j'attendais que mon nouveau noyau finisse de se compiler :-)
>docbook est une format xml, non? le risque est faible surtout s'il commence à être utilisé par les éditeurs.
Pour etre exact il existe une DTD XML ou SGML.
A noter que le bouquin O'reilly est en libre circulation si on installe le pkg de doc sous Debian alors on a le bouquin et c'est pas si mal !
Le projet de doc FreeBSD utilise SGML par exemple.
Et comme le dit le post du dessus, on utilise actuellement latex pour generer du PS, PDF ou DVI. Les autres formats utilisent une autre technique.
Une googolisation rapide laisse à penser que la situation n'est pas idylique. A priori le support docbook n'est que partiel (certaines balises manquent a l'appel) et le filtre se permet quelques "légèretée" au niveau de la structure du document ce qui peut provoquer des problemes pour les grosses doc ahma...
Tiens je vais tester OOo sur mes rapports pour voir ce qu'il en est vraiment.
Pour ce qui est de latex, je ne connais absolument pas. L'avantage de ces formats c'est qu'ils sont descriptifs, c-a-d que tu formes les documents finaux a partir de ces formats donc si les techniques evolues, si les PS/PDF deviennent obsolettes tu pourras toujours réecrire un outils pour créer les formats finaux a la mode de l'époque. Ce qui est beaucoup plus difficile avec une suite du type office (il suffit de voir la qualité des filtres d'import !).
Sachant que Docbook est notament utilisé pour les bouquin O'reilly et qu'il s'agit d'un standard libre et reconnu||utilisé par tout les grands projets de documentation (Debian, FreeBSD, KDE, TLDP et certainement d'autres) on peut penser à une bonne stabilité et longévité
Pour bosser pas mal avec docbook je peux te dire que tu es beaucoup plus productif avec emacs + psgml qu'avec OOo (dont je me sers jamais il est vrai !).
Enfin tout depend du type de documentation (si c'est technique ca le fait bien).
Le plus difficile pour pas mal de personne est de passer du "tel-vue-tel-sorti" a un document structuré par balise. Et pourtant cela apporte une compréhension bien plus grande de la structure de ce que l'on ecris et permet de passer moins de temps à se faire chier sur le rendu :-)
tu as un exemple du type de doc sur lequel tu travailles ?
[^] # Re: ahhhhh les demos ...
Posté par ckyl . En réponse à la dépêche The Demo Effects Collection : Effets old school en GPL. Évalué à 1.
[^] # Re: nforce2 et ati 9700
Posté par ckyl . En réponse au journal nforce2 et ati 9700. Évalué à 1.
[^] # Re: Je me suis remis au C
Posté par ckyl . En réponse au journal Je me suis remis au C. Évalué à 1.
/dev/rand ?
<proposition>
[^] # Re: apt tout casse
Posté par ckyl . En réponse au journal apt tout casse. Évalué à 1.
(l'ugrade mettait a jours 104 pkgs...)
[^] # Re: apt tout casse
Posté par ckyl . En réponse au journal apt tout casse. Évalué à 1.
[11:51:46] cykl ~ ¤ sudo dpkg -r gs
(Lecture de la base de données... dpkg : erreur de traitement de gs (--remove) :
files list file for package `pkg-config' is missing final newline
Des erreurs ont été rencontrées pendant l'exécution :
gs
L'exécution a été arrêtée car il y avait trop d'erreurs.
[^] # Re: troll on
Posté par ckyl . En réponse à la dépêche Ximian Desktop 2. Évalué à 3.
Ce n'est pas du tout la meme chose !!! Generalement cela ce resoud en lisant la documentation :-)
Il y a des techniques sous OOo qui ne sont pas les memes que sous Office ca n'a rien d'execptionnel il me semble.
[^] # Re: Pourquoi ne pas utiliser Linux
Posté par ckyl . En réponse à la dépêche Pourquoi ne pas utiliser Linux. Évalué à 9.
[
Note :
Laptop dual boot Win Merde Edition/Debian Woody
WS Debian Woody
Chose inhabituelle il boot le laptop sur la woody
]
=> Monter la partition Windows sous linux provoque un choc physcologiuqe irremediable : "Mais on est sous Windows la ????" et une situation d'incompréhension totale qu'il ne faut surtout pas chercher a comprendre "J'y comprend rien"
un peu plus tard en naviguant
=> Clic xxxxx.pdf, le type mime n'est pas associé => Ouvrir avec => OOo =>
"Ca marche jamais ton linux, saisnul"
"C'est un pdf ouvre avec Xpdf ou gv"
"Et comment je le sais ?"
"Et comment tu sais que tu installes acrobat sous Windows ?"
En voila, je suis assez d'accord l'utilisateur normal (90% des gens) ne sait rien faire avec son ordi et perd plus de temps qu'autre chose. Qu'ils soient sous Linux ou Windows ne change rien. Au mieux ils auront gagner des sous au pire ils feront passer le LL et linux pour des trucs nuls qui ne fonctionnent pas
[^] # Re: Pourquoi ne pas utiliser Linux
Posté par ckyl . En réponse à la dépêche Pourquoi ne pas utiliser Linux. Évalué à 2.
Autrement l'autre problème avec KDE c'est les menus interminables par defaut (sous Debian au moins) ou les choses ne sont pas très clair pour le bouffon moyen....
A mon avis deux ergonomies devraient etre envisagée : lambda user et geek !
# Re: limiter /proc/net/*
Posté par ckyl . En réponse au journal limiter /proc/net/*. Évalué à 2.
Réponse plus longue : si tu ne veux masquer que /proc/net alors ecrire un patch noyau pour cela prend 3/4 lignes (bien placée :-)
[^] # Re: La province profonde ...
Posté par ckyl . En réponse à la dépêche VDSL disponible par 81° de latitude nord. Évalué à 5.
[^] # Re: Dictionnaire en ligne
Posté par ckyl . En réponse au journal Dictionnaire en ligne. Évalué à 1.
Oui mais non, ceci est basé sur un wiki et a priori je n'ai rien vu avec le protocole DICT ou assimilée.
Ce que j'aimerais c'est que l'on puisse se passer de la consultation de site, ne pas a avoir a lancer son naviguateur pour avoir une traduction ou une définition !
les logiciels du type *dict son pas mal fait et permette pas mal de chose (integration à de plus grosse suites logicielles ect...)
Un deuxième argument est que a priori tu n'as accès qu'à l'interface du dictionaire (pour certains projets c'est peut-etre faux), tu n'as pas accès au dictionnaire en lui meme (consultation en local pour les personnes ayant peut souvent access a internet, comme moi par exemple :-).
Ceci était pour les arguments généralistes contre ce type de site. Après pour ceui-ci en particulier puisque le contenu est sous FDL il doit y avoir un moyen de recupérer la base, en esperant que cela soit quelque chose de propre facilement parsable/reutilisable.
J'irais donc trainer la bas un petit peu plus longtemps.
Autrement je cherche toujours un _BON_ dictionnaire francais, par bon j'entend que wikipedia-fr ne l'est pas (j'y contribu de temps a autre). Et puis de toute facon ce n'est pas un dictionnaire !
[^] # Re: L'Internaute.net vante 8 alternatives à IE
Posté par ckyl . En réponse au journal L'Internaute.net vante 8 alternatives à IE. Évalué à 1.
En meme temps je ne manquerais pas de leur faire remarquer :-)
# Re: L'Internaute.net vante 8 alternatives à IE
Posté par ckyl . En réponse au journal L'Internaute.net vante 8 alternatives à IE. Évalué à 3.
Je pense que je vais sortir mon mutt d'ici pas très longtemps....
C'est un peu se foutre de la geule du monde la non ? Moz n'a pas toujours été très stable mais on est pas obligé de tourner en nigthly build non plus....
# Re: Le cauchemard de l'étudiant
Posté par ckyl . En réponse au journal Le cauchemard de l'étudiant. Évalué à 1.
Normalement t'as plein de trucs interessant lisibles par tout le monde.
Chez nous au hasard, tout ce qui est ouvert avec winzip (les projets !!!), les mails envoyés avec netscape etc....
On arrive meme a aimer les solaris tout pourri mal config quand on a du NT sous la main
[^] # Re: J'ai l'impression qu'on est rentré chez moi sans ma permission...
Posté par ckyl . En réponse au journal J'ai l'impression qu'on est rentré chez moi sans ma permission.... Évalué à 1.
>rpm -V rpm
Faut avoir confiance dans ton rpm !!!
(je sais pas comment ca marche je me suis jamais servit de distrib basés sur rpm)
[^] # Re: J'ai l'impression qu'on est rentré chez moi sans ma permission...
Posté par ckyl . En réponse au journal J'ai l'impression qu'on est rentré chez moi sans ma permission.... Évalué à 2.
Cherche aussi dans les fichiers de la nuit a coup de find, le gars est peu etre assez con pour avoir laissé le tgz ou assimilé sur ta machine (sisi ca arrive)
[^] # Re: J'ai l'impression qu'on est rentré chez moi sans ma permission...
Posté par ckyl . En réponse au journal J'ai l'impression qu'on est rentré chez moi sans ma permission.... Évalué à 3.
Par contre si c'est aussi con qu'un gid 500 et des symlinks vers /dev/null t'as ptete pas besoin de reinstaller, faudrait googliser tout ca pour voir si tu peux trouver le kit en question.
Ca peu aussi n'etre qu'une facade pour un truc plus mechant, le bon gros truc bien voyant pour cacher le petit truc discret
[^] # Re: 2 nouveaux FPS de qualité pour GNU/Linux
Posté par ckyl . En réponse à la dépêche 2 nouveaux FPS de qualité pour GNU/Linux. Évalué à -2.
Enfin tout du moins sur ma 2MX, je suis repassé sur des vieux qui fonctionnent bien eux.
On a le droit aux insultes dans les rapports de bug ?
Nvidia qui a tout compris au libre demande que l'on porte genereusement leur driver sur linux 2.5 et qu'on leur envois le tout !
C'est beau le libre tout de meme non ?
[^] # Re: Le poste de travail Linux en question
Posté par ckyl . En réponse à la dépêche Le poste de travail Linux en question. Évalué à 1.
proposer des fonctionnalités : il faudrait lire les manuels deja pour savoir quelles fonctionalités propose le programme (regarde l'utilisation REEL des programmes tq office)
ecrire la doc : 98% des gens que je connais ne comprenne meme pas la doc d'OOo pourtant super bien faite ! le reste qui sont pour la plupart en étude d'info ne comprenne pas les pages de man (anglais et je m'en foutisme)
traduire : faisable pour la très petite minorité qui parle anglais
aider les nouveaux utilisateurs : " xxxx tu veux pas passer chez yyyyy ?"
C'est dur mais c'est la réalité, il ne faudrait pas croire non plus que les utilisateurs d'ordinateur sont comme les gens fréquentant linuxfr. Deja sous windows combien de personnes appellent quelqu'un d'autre pour installer office ? Combiens arrivent a se servir en meme temps d'office et d'OOo ? très peu a ma connaissance ! Et je ne parle meme pas du système de fichier de linux (arborescence) qui est "bizarre" et "mal concu" pour les étudiants d'info découvrant UNIX !!!
A coté de ca, j'ai un pote windowsien, programmeur, qui est passé en deux semaines a linux et qui a tout compris (man, lire la doc, regarder le code) avec KDE ect... en se servant très peu de la ligne de commande. Mais cela représente une infime minorité de personne, la meme qui contribu au projet !!!
Pour ce qui est de la passivité, c'est ce que les gens veulent !!! Meme lire la doc c'est trop d'effort a fournir, vous savez les 21 guides OOo sur différents sujet comme les feuilles de style (a quoi sa sert ???!)
Enfin voila quoi, j'attendais que mon nouveau noyau finisse de se compiler :-)
[^] # Re: Document sur le long terme (>10ans)
Posté par ckyl . En réponse au journal Document sur le long terme (>10ans). Évalué à 2.
[^] # Re: Document sur le long terme (>10ans)
Posté par ckyl . En réponse au journal Document sur le long terme (>10ans). Évalué à 5.
Pour etre exact il existe une DTD XML ou SGML.
A noter que le bouquin O'reilly est en libre circulation si on installe le pkg de doc sous Debian alors on a le bouquin et c'est pas si mal !
Le projet de doc FreeBSD utilise SGML par exemple.
Et comme le dit le post du dessus, on utilise actuellement latex pour generer du PS, PDF ou DVI. Les autres formats utilisent une autre technique.
# Re: Document sur le long terme (>10ans)
Posté par ckyl . En réponse au journal Document sur le long terme (>10ans). Évalué à 5.
Tiens je vais tester OOo sur mes rapports pour voir ce qu'il en est vraiment.
[^] # Re: Documents électronique sur le long terme
Posté par ckyl . En réponse au journal Documents électronique sur le long terme. Évalué à 1.
http://www.docbook.org/wiki/moin.cgi/OpenOffice(...)
[^] # Re: Documents électronique sur le long terme
Posté par ckyl . En réponse au journal Documents électronique sur le long terme. Évalué à 2.
Pour ce qui est de latex, je ne connais absolument pas. L'avantage de ces formats c'est qu'ils sont descriptifs, c-a-d que tu formes les documents finaux a partir de ces formats donc si les techniques evolues, si les PS/PDF deviennent obsolettes tu pourras toujours réecrire un outils pour créer les formats finaux a la mode de l'époque. Ce qui est beaucoup plus difficile avec une suite du type office (il suffit de voir la qualité des filtres d'import !).
Sachant que Docbook est notament utilisé pour les bouquin O'reilly et qu'il s'agit d'un standard libre et reconnu||utilisé par tout les grands projets de documentation (Debian, FreeBSD, KDE, TLDP et certainement d'autres) on peut penser à une bonne stabilité et longévité
[^] # Re: Documents électronique sur le long terme
Posté par ckyl . En réponse au journal Documents électronique sur le long terme. Évalué à 2.
Enfin tout depend du type de documentation (si c'est technique ca le fait bien).
Le plus difficile pour pas mal de personne est de passer du "tel-vue-tel-sorti" a un document structuré par balise. Et pourtant cela apporte une compréhension bien plus grande de la structure de ce que l'on ecris et permet de passer moins de temps à se faire chier sur le rendu :-)
tu as un exemple du type de doc sur lequel tu travailles ?