un seul processus a le droit d'ouvrir un fichier donné simultanément
Ça serait vraiment pénible à gérer au niveau des bookmarks ou de l'awesome bar (sans parler des problèmes de performance).
Mais là, niveau technique je n'y connais rien. Possible avec sqlite de n'ouvrir une base qu'en lecture (par plusieurs applis en même temps) et de ne poser un verrou que quand on veut écrire ? A priori non donc là encore il faudrait passer à une solution plus lourde que sqlite. Je trouve que les développeurs ont choisi ici le bon compromis.
Je confirme par contre : impossible d'ouvrir en ligne de commande (via sqlite3) les fichiers sqlite de Firefox quand celui ci est lancé.
Base de données indépendante, ça veut dire que c'est un fichier
Les bases de données de Firefox sont déjà stockée dans des fichiers séparés, ce qui ne semble pas convenir à sov36 (à qui je répondais) c'est pourquoi j'ai émis l'hypothèse, peut être à tord, qu'il souhaiterait une gestion via démon.
donc firefox a beau être une petite usine à gaz
Je me résigne à penser que la définition d'usine à gaz semble être bien subjective et propre à chacun.
Les plug-ins et les extensions sont (...)
Pour préciser mon propos et éviter tout mal entendu, je trouve très bien le principe de développer une application de façon modulaire, sur laquelle nous pouvons ajouter des extensions qui permettent :
- d'étendre ses possibilités.
- de choisir comment faire telle ou telle chose (plusieurs plugins différents pour un même usage) comme tu le soulignes toi même.
J'ai juste une doute sur l'ergonomie de la solution qui consiste à configurer soit même ou via script des applications tierces pour les faire interagir avec ton navigateur. Je préfère le principe des plugins pour plusieurs raisons (facilité d'usage, maintenant, intégration dans l'application (par exemple pouvoir scroller sur du flash), performance (charger un process pour chaque "extension", ça risque de faire beaucoup).
Ceci dit l'usage d'application tierce est séduisante car non propre à un navigateur (mes extentions firefox ne sont pas compatibles avec konqueror, arora ou autres et c'est bien dommage). Soit, si on peut me garantir la même simplicité/intégration/performance, je suis bien entendu pour. Mais encore une fois, ceci n'était pas mon propos.
Non ce que je soulevais dans mon message précédent c'est :
=> En quoi Firefox est une usine à gaz ??
Que fait-il donc qui devrait être délégué à une extension/application tierce ?
- rss ? son intégration dans firefox est minimaliste et peut être largement étendu via différentes extensions.
- gestion des bookmarks ? diable ! ça fait parti intégrante des fonctionnalités de BASE d'un navigateur. Si on commence par déléguer ça à une extension, pourquoi ne pas juste fournir le moteur de rendu nu pendant qu'on y est, pour qu'on ait plus qu'à jouer au légo pour obtenir quelque chose d'utilisable.
- la gestion des mots de passe ? question technique, ou historique peut être (pour autant que j'en sache, ça a toujours existé dans firefox). Ça reste une question de choix de la part des développeurs, qui ont estimé qu'il s'agit ici d'un élément de base d'un navigateur, et je suis d'accord avec eux. Et ça se résume à quoi la gestion de mdp ? Une liste de mot de passe crypté associer à une url, je ne suis pas sur qu'on puisse trouver une profusion de plugin pour gérer ça si c'était externalisé.
- mmm je cherche, je trouve pas grand chose à lui enlever.
Donc pourquoi certains estiment que Firefox est une usine à gaz ? On pourrait aussi épiloguer sur la présence du ftp (minimaliste ! et les plugins existent), d'un gestion de téléchargement (minimaliste ! et les plugins existent) ou encore d'un correcteur orthographique. On pourrait.
On pourrait aussi se poser la question de ce qui a amené les développeurs d'un logiciel qui se voulait léger à l'origine à inclure ces fonctionnalités en standard. Contrainte technique ? performance ? Ergonomie ? Uzbl va bien intégrer la gestion des onglets non ?
Juste pour finir sur les exemples d'usage de base qui sont en plugins dans Firefox :
- rss : présent de base (de façon minimaliste)
- irc : de base ? des tas de gens (la majorité ?) de nos jours utilisent quotidiennement un navigateur sans même savoir ce qu'est irc.
- blocage de pub : là, entièrement d'accord, usage de base à mes yeux. Par contre c'est l'exemple typique de la fonctionnalité qui peut s'opérer de différentes façons. (une version minimaliste serait peut-être la bienvenu ?)
mais que cette base de donnée soit indépendante du navigateur cayencoremieux je trouve.
Si la navigateur ne fait plus rien d'autre qu'afficher des pages web et se résume à un simple conteneur de la libwebkit, effectivement on ne pourra plus le considérer comme une usine à gaz. Mais s'il faut pluguer des tas de programmes périphériques pour rendre la bête utilisable (ça reste évidemment subjectif et dépend de l'usage de chacun), l'usine à gaz en résultant sera bien pire.
Base de données indépendantes ?
Ça impliquera de passer par un démon supplémentaire pour gérer les accès aux données.
Les bases de données sous forme de service sont nettement plus envahissantes : nombres de packages à installer, place occupée, configuration de l'ensemble.
Un démon qui tourne juste pour avoir accès à sa liste de bookmark ?? Ça me parait bien compliqué pour si peu et je m'interroge d'ailleurs sur les performances d'une telle solution (sans parler de l'overhead)
En regardant du coté des applications de kdepim, on s'aperçoit que beaucoup d'utilisateurs n'acceptent pas de devoir installer le service mysql juste pour accéder à leur calendrier (ce n'est pas vraiment nécessaire pour l'instant, mais il y a eu bcp de discussion sur la mailing list de debian sur l'intérêt de rendre kdepim dépendant de mysql).
Uzbl, seul, de ce que je comprends de la description de ce programme, ne sera capable que de faire du google ou de lire des pages howto ... dès qu'on voudra lire une vidéo, enregistrer un mot de passe, chercher dans ses bookmarks etc., on devra faire appel à un programme tierce ?
Que cette solution plaise à certains tant mieux, mais je doute qu'on puisse dire que firefox est une usine à gaz juste parce qu'il implémente des fonctions considérées comme basic par la plupart des utilisateurs.
Pour rappel Firefox se voulait lui aussi simple et léger à l'origine.
Arora qui est un autre exemple de navigateur web léger et que je teste un peu ces derniers temps, a lui aussi de grosses lacunes à mes yeux :
- pas de gestion de mot de passe.
- pas de gestion de certificat (impossible de déclarer ses impôts avec, et je n'arrive même pas à me connecter à linuxfr en https).
Le jour où il n'aura plus de lacune pour certains, il sera lui aussi considré par d'autres comme étant une usine à gaz j'imagine.
Ce n'est pas la technologie utilisée qui rend firefox lourd (sqlite est conçu pour la simplicité/légèreté justement) mais les données enregistrées.
Il y a plusieurs fichiers de données dans le profil, dont 2 sont vraiments gros :
- places.sqlite qui gère l'historique. Ce fichier fait 11Mo chez moi, avec 1.5Mo de favicons, 2.5Mo de suivi de visite détaillé, 4Mo d'historique avec compteur de visite etc ... et le reste doit sûrement être réparti entre les différents index). Vu les données enregistrées, cette taille ne me choque pas, sachant que l'historique de la navigation est gardée sur 3 mois.
Tu peux donc baisser la taille de ce fichier en diminuant la durée de conservation de l'historique. Par contre je ne sais pas si l'option dans l'interface de configuration est suffisante pour ça, il faudrait tester (sinon tu tappes "history" dans about:config et là tu auras tous les paramètres relatifs)
- urlclassifier3.sqlite qui gère à ma connaissance la liste des sites de phishing/malware
Tu peux le virer si tu n'utilises pas cette fonction, par contre il parait qu'il est retéléchargé automatiquement.
Essaie de voir ce qui se passe en désactivant ces fonctions avant de supprimer/déplacer le fichier à la main. Sinon tu peux aller jeter un coup d'oeil dans about:config sur safebrowsing
Enfin pour réduire la taille de ces fichiers à coup sur, tu peux faire ça (firefox DOIT être arrêté), pour places.sqlite par exemple :
sqlite3 places.sqlite "VACUUM"
Bon tout ceci n'est pas un modèle d'ergonomie mais tu devrais être plus à l'aise après.
Heureusement certains réalisateurs ont consciences de ce problème et pensent gentillement à nous comme dans 300 où 90% des scènes d'action sont diffusées au ralenti ce qui nous permet de bien profiter des muscles toshop des guerriers en slip !
Merci pour toutes ces infos.
J'ai fini par mettre ça dans le suivi de bug : https://linuxfr.org/tracker/974.html
Tu as l'air de t'y connaître (en tout cas bien plus que moi) alors si tu vois autre chose à rajouter, n'hésite pas !
Alors s'il ne reste effectivement qu'un travail de correction de bugs avant la sortie de E17, je vois deux questions :
- Comment le temps de correction a t-il été évalué ? Arbitrairement ? En fonction des bugs connus restants ? (ce qui m'amène à la deuxième question)
- Existe il un système de suivi de bugs (genre bugzilla ou autres ?) pour E17 où l'on peut voir les bugs Release Critical, ces fameux bugs qui repoussent de mois en mois la sortie d'une Debian Stable ou qui permettent encore de juger de l'état d'avancement du développement de Firefox 3.5 avant sa sortie prochaine ?
Bon je pinaille, le titre de l'article m'a fait sourire indépendamment de son contenu, tu n'y es pour rien, c'est de ma faute. Toutes mes excuses pour mon mauvaise esprit à l'égard d'une prochaine sortie de Hur^W E17
Alors à ton indicateur de "temps de développement" pour juger de la pertinence d'avoir un article sur E17 plutôt que sur k3b, j'oppose un indicateur disons de "temps d'attente global" correspondant au temps de développement multiplié par le nombre d'utilisateurs probables (aïe !) de l'application cible.
Voilà, il n'y a plus qu'à écrire un article pour k3b maintenant.
PS : Ce message n'est bien entendu qu'une boutade. ;)
PS2 : La balise wikipedia ne semble pas acceptée les caractères non ASCII
Un article pour une hypothétique date de sortie d'une version alpha pour dans plusieurs mois ?
Zut, et moi qui hésitait à écrire un article pour la sortie (effective !) d'une alpha de k3b pour kde4 ...
Certains diront que c'est déjà utilisable, mais si au moins on avait une idée du travail qu'il reste à accomplir jusqu'à l'alpha et la final, ça serait plus intéressant.
Désolé pour la critique, je respecte toujours l'effort que font les personnes qui rédigent des articles.
ah merci pour l'information, j'avoue ne pas m'être trop posé la question pour les langues non latines.
Un autre point que je ne connaissais pas et qui est décrit sur l'article wikipedia dans la section Avantages, paragraphe Fiabilité :
Il s'agit d'un codage auto-synchronisant (en lisant un seul octet on sait si c'est le premier d'un caractère ou non).
Si ce que dit Ymage est exact, et en dehors de la coupure du texte mal faite, il semble que le coté "auto-synchronisant" de l'UTF-8 ne soit pas respecté ici, si ?
oui, bien vu de la part de Ymage, ça semble être ça.
Pour les liens morts, je ne connais rien en html et j'avoue avoir un peu galérer à les faire. Ceci dit à la fin il marchait enfin correctement dans le mode preview, donc là c'est balo ...
mmm bon, j'ai beau avoir relu plusieurs fois ton message, je ne vois pas le lien avec ce que j'ai dit et je ne suis même pas sur d'en avoir compris la signification profonde (toutes mes excuses).
Je vais quand même tenter une petite réponse sur ce que je pense en avoir compris, pour préciser mon point de vue.
Je dis donc en gros que le dumping fiscal pose des problèmes.
Maintenant, concernant ta 2ème phrase, quelque soit le choix de système fiscal fait par un état, la fiscalité n'a pour seul but que de récupérer l'argent qui servira de budget à l'état. Tout ce qui est répartition de cet argent relève d'un autre sujet lié aux choix politique faits par cet état. Il est bien évident que le système fiscal choisi n'impliquera pas automatiquement une mauvaise répartition ou non des richesses.
Désolé si je suis HS mais j'avoue avoir du mal à cerner ton propos.
Le siège social est, à mon humble avis, pas très important.
Les points que tu soulignes sont effectivement important mais le sujet du Dumping_fiscal n'a rien d'anecdotique.
Oui mais existe il une distribution qui fasse mieux qu'Ubuntu pour le grand public ?
Attention je ne dis pas que seul Ubuntu est adapté au grand public mais les autres ont aussi leurs lots de problèmes.
Ne serait-ce que parce que les distributions ne développent pas (du moins elles contribuent parfois mais ne développent bien évidemment pas tout ce qu'elles intègrent) et que les problèmes viennent souvent des logiciels intégrés (qui pour certains sont très répandus/omniprésents mais ont des problèmes à chaque version).
La perfection en informatique ça n'existe pas, pas même dans le libre vu le nombre de contributeurs hétéroclites
Effectivement j'ai quasiment toujours utilisé KDE depuis que je suis sous Linux et aussi loin que je m'en souvienne (kde2), ça l'a toujours fait. Mais je n'ai pas testé sur d'autre logiciel donc ce n'est peut être pas aussi évident.
Toutes mes excuses !
ah j'en ai fait 2 belles dans le style aussi tiens.
- lors de mes débuts sous AIX (toujours mieux de commencer l'histoire comme ça !), et habituer à linux, je cherchais les paramètres de la commande killall. Sous linux quand tu tappes juste "killall" il te propose les options, sous AIX non...
- cat /var/log/messages | grep shutdown ... mais sans le grep (ne me demander pas pourquoi à l'époque je faisais pas directement grep shutdown /var/log/messages, je ne me souviens plus)
Il faut relativiser le chiffre de la communauté, surtout si on entend par communauté "âme charitable bénévole qui fait sa sur son temps libre".
Le monde de l'éducation est considéré comme faisant partie de la communauté dans cette étude, ce qui doit bien aider pour ce qui est du score français.
Les chiffres Français auraient plutôt tendance à m'inquiéter (ou du moins à me rendre méfiant) puisqu'il "suffirait" (ça ne se ferait pas du jour au lendemain, certes) d'un changement de politique pour que notre chiffre communauté et état se casse la figure.
J'aurai bien aimé voir un meilleur score pour le privé, et voir comment la France est classée pour ce qui est de la communauté hors éducation nationale. (tout ce qui est contributeurs "indépendants" en somme)
Mais 25è pour les industries ... notre secteur privé ne semble pas croire au modèle opensource, je trouce ça dommage. (l'Etat doit bien monter la moyenne chez nous, pour qu'on soit quand même 1er.)
A noter d'ailleurs => Le milieu universitaire semble faire partie de la catégorie community
Bref, la fonction publique de manière générale doit bien aider dans le fait qu'on soit 1er
1er industries c'est la finlance
1er community pour l'estonie => Là ça m'étonne, je lirai plus en détail l'étude.
bouaaah debian c'est trop de la merde et les debianeux c'est vraiment des tocards ... blablabla ... bla(!) ...
...
ahah et maintenant je suis sur que ces gros aigris vont venir me moinser !
Tu fais un concours avec thedude là ?
Vous êtes trop fort les gars, continuez, ce genre de commentaires représente une contribution d'une qualité inestimable pour linuxfr. Bravo !
Je ne cherchais pas du tout à te critiquer (du moins pas à te faire des reproches)
Mon message n'était qu'un commentaire et une demande d'information sur les optimisations de cette distribution.
L'effort que tu as fourni pour rédiger ton premier article est tout à ton honneur
Ceci dit, mais c'est mon avis, il n'engage que moi, si tu ne connais pas réellement la distribution, j'avoue que j'aime autant voir ça dans la section des journaux.
[^] # Re: gni?
Posté par kikicnrv . En réponse au journal Uzbl : un navigateur internet, rien qu'un navigateur internet. Évalué à 2.
Ça serait vraiment pénible à gérer au niveau des bookmarks ou de l'awesome bar (sans parler des problèmes de performance).
Mais là, niveau technique je n'y connais rien. Possible avec sqlite de n'ouvrir une base qu'en lecture (par plusieurs applis en même temps) et de ne poser un verrou que quand on veut écrire ? A priori non donc là encore il faudrait passer à une solution plus lourde que sqlite. Je trouve que les développeurs ont choisi ici le bon compromis.
Je confirme par contre : impossible d'ouvrir en ligne de commande (via sqlite3) les fichiers sqlite de Firefox quand celui ci est lancé.
[^] # Re: gni?
Posté par kikicnrv . En réponse au journal Uzbl : un navigateur internet, rien qu'un navigateur internet. Évalué à 3.
Les bases de données de Firefox sont déjà stockée dans des fichiers séparés, ce qui ne semble pas convenir à sov36 (à qui je répondais) c'est pourquoi j'ai émis l'hypothèse, peut être à tord, qu'il souhaiterait une gestion via démon.
donc firefox a beau être une petite usine à gaz
Je me résigne à penser que la définition d'usine à gaz semble être bien subjective et propre à chacun.
Les plug-ins et les extensions sont (...)
Pour préciser mon propos et éviter tout mal entendu, je trouve très bien le principe de développer une application de façon modulaire, sur laquelle nous pouvons ajouter des extensions qui permettent :
- d'étendre ses possibilités.
- de choisir comment faire telle ou telle chose (plusieurs plugins différents pour un même usage) comme tu le soulignes toi même.
J'ai juste une doute sur l'ergonomie de la solution qui consiste à configurer soit même ou via script des applications tierces pour les faire interagir avec ton navigateur. Je préfère le principe des plugins pour plusieurs raisons (facilité d'usage, maintenant, intégration dans l'application (par exemple pouvoir scroller sur du flash), performance (charger un process pour chaque "extension", ça risque de faire beaucoup).
Ceci dit l'usage d'application tierce est séduisante car non propre à un navigateur (mes extentions firefox ne sont pas compatibles avec konqueror, arora ou autres et c'est bien dommage). Soit, si on peut me garantir la même simplicité/intégration/performance, je suis bien entendu pour. Mais encore une fois, ceci n'était pas mon propos.
Non ce que je soulevais dans mon message précédent c'est :
=> En quoi Firefox est une usine à gaz ??
Que fait-il donc qui devrait être délégué à une extension/application tierce ?
- rss ? son intégration dans firefox est minimaliste et peut être largement étendu via différentes extensions.
- gestion des bookmarks ? diable ! ça fait parti intégrante des fonctionnalités de BASE d'un navigateur. Si on commence par déléguer ça à une extension, pourquoi ne pas juste fournir le moteur de rendu nu pendant qu'on y est, pour qu'on ait plus qu'à jouer au légo pour obtenir quelque chose d'utilisable.
- la gestion des mots de passe ? question technique, ou historique peut être (pour autant que j'en sache, ça a toujours existé dans firefox). Ça reste une question de choix de la part des développeurs, qui ont estimé qu'il s'agit ici d'un élément de base d'un navigateur, et je suis d'accord avec eux. Et ça se résume à quoi la gestion de mdp ? Une liste de mot de passe crypté associer à une url, je ne suis pas sur qu'on puisse trouver une profusion de plugin pour gérer ça si c'était externalisé.
- mmm je cherche, je trouve pas grand chose à lui enlever.
Donc pourquoi certains estiment que Firefox est une usine à gaz ? On pourrait aussi épiloguer sur la présence du ftp (minimaliste ! et les plugins existent), d'un gestion de téléchargement (minimaliste ! et les plugins existent) ou encore d'un correcteur orthographique. On pourrait.
On pourrait aussi se poser la question de ce qui a amené les développeurs d'un logiciel qui se voulait léger à l'origine à inclure ces fonctionnalités en standard. Contrainte technique ? performance ? Ergonomie ? Uzbl va bien intégrer la gestion des onglets non ?
Juste pour finir sur les exemples d'usage de base qui sont en plugins dans Firefox :
- rss : présent de base (de façon minimaliste)
- irc : de base ? des tas de gens (la majorité ?) de nos jours utilisent quotidiennement un navigateur sans même savoir ce qu'est irc.
- blocage de pub : là, entièrement d'accord, usage de base à mes yeux. Par contre c'est l'exemple typique de la fonctionnalité qui peut s'opérer de différentes façons. (une version minimaliste serait peut-être la bienvenu ?)
[^] # Re: gni?
Posté par kikicnrv . En réponse au journal Uzbl : un navigateur internet, rien qu'un navigateur internet. Évalué à 2.
Si la navigateur ne fait plus rien d'autre qu'afficher des pages web et se résume à un simple conteneur de la libwebkit, effectivement on ne pourra plus le considérer comme une usine à gaz. Mais s'il faut pluguer des tas de programmes périphériques pour rendre la bête utilisable (ça reste évidemment subjectif et dépend de l'usage de chacun), l'usine à gaz en résultant sera bien pire.
Base de données indépendantes ?
Ça impliquera de passer par un démon supplémentaire pour gérer les accès aux données.
Les bases de données sous forme de service sont nettement plus envahissantes : nombres de packages à installer, place occupée, configuration de l'ensemble.
Un démon qui tourne juste pour avoir accès à sa liste de bookmark ?? Ça me parait bien compliqué pour si peu et je m'interroge d'ailleurs sur les performances d'une telle solution (sans parler de l'overhead)
En regardant du coté des applications de kdepim, on s'aperçoit que beaucoup d'utilisateurs n'acceptent pas de devoir installer le service mysql juste pour accéder à leur calendrier (ce n'est pas vraiment nécessaire pour l'instant, mais il y a eu bcp de discussion sur la mailing list de debian sur l'intérêt de rendre kdepim dépendant de mysql).
Uzbl, seul, de ce que je comprends de la description de ce programme, ne sera capable que de faire du google ou de lire des pages howto ... dès qu'on voudra lire une vidéo, enregistrer un mot de passe, chercher dans ses bookmarks etc., on devra faire appel à un programme tierce ?
Que cette solution plaise à certains tant mieux, mais je doute qu'on puisse dire que firefox est une usine à gaz juste parce qu'il implémente des fonctions considérées comme basic par la plupart des utilisateurs.
Pour rappel Firefox se voulait lui aussi simple et léger à l'origine.
Arora qui est un autre exemple de navigateur web léger et que je teste un peu ces derniers temps, a lui aussi de grosses lacunes à mes yeux :
- pas de gestion de mot de passe.
- pas de gestion de certificat (impossible de déclarer ses impôts avec, et je n'arrive même pas à me connecter à linuxfr en https).
Le jour où il n'aura plus de lacune pour certains, il sera lui aussi considré par d'autres comme étant une usine à gaz j'imagine.
[^] # Re: gni?
Posté par kikicnrv . En réponse au journal Uzbl : un navigateur internet, rien qu'un navigateur internet. Évalué à 4.
Il y a plusieurs fichiers de données dans le profil, dont 2 sont vraiments gros :
- places.sqlite qui gère l'historique. Ce fichier fait 11Mo chez moi, avec 1.5Mo de favicons, 2.5Mo de suivi de visite détaillé, 4Mo d'historique avec compteur de visite etc ... et le reste doit sûrement être réparti entre les différents index). Vu les données enregistrées, cette taille ne me choque pas, sachant que l'historique de la navigation est gardée sur 3 mois.
Tu peux donc baisser la taille de ce fichier en diminuant la durée de conservation de l'historique. Par contre je ne sais pas si l'option dans l'interface de configuration est suffisante pour ça, il faudrait tester (sinon tu tappes "history" dans about:config et là tu auras tous les paramètres relatifs)
- urlclassifier3.sqlite qui gère à ma connaissance la liste des sites de phishing/malware
Tu peux le virer si tu n'utilises pas cette fonction, par contre il parait qu'il est retéléchargé automatiquement.
Essaie de voir ce qui se passe en désactivant ces fonctions avant de supprimer/déplacer le fichier à la main. Sinon tu peux aller jeter un coup d'oeil dans about:config sur safebrowsing
Enfin pour réduire la taille de ces fichiers à coup sur, tu peux faire ça (firefox DOIT être arrêté), pour places.sqlite par exemple :
sqlite3 places.sqlite "VACUUM"
Bon tout ceci n'est pas un modèle d'ergonomie mais tu devrais être plus à l'aise après.
[^] # Re: même réflexion....
Posté par kikicnrv . En réponse à la dépêche X-Men Origins: Wolverine. Évalué à 3.
Je digresse aussi ...
[^] # Re: Depuis quand...
Posté par kikicnrv . En réponse au journal Comment les banques se refont sur notre dos !. Évalué à 4.
Ça m'intéresse, tu aurais des noms sous la main ?
[^] # Re: Point de détail
Posté par kikicnrv . En réponse au message Problème d'encodage dans les articles.. Évalué à 2.
J'ai fini par mettre ça dans le suivi de bug :
https://linuxfr.org/tracker/974.html
Tu as l'air de t'y connaître (en tout cas bien plus que moi) alors si tu vois autre chose à rajouter, n'hésite pas !
[^] # Re: Annonce d'une version alpha ?
Posté par kikicnrv . En réponse à la dépêche E17 est annoncé.. Évalué à 2.
J'avais trouvé le bugzilla mais ce tracker me semble déjà plus explicite.
[^] # Re: Annonce d'une version alpha ?
Posté par kikicnrv . En réponse à la dépêche E17 est annoncé.. Évalué à 2.
- Comment le temps de correction a t-il été évalué ? Arbitrairement ? En fonction des bugs connus restants ? (ce qui m'amène à la deuxième question)
- Existe il un système de suivi de bugs (genre bugzilla ou autres ?) pour E17 où l'on peut voir les bugs Release Critical, ces fameux bugs qui repoussent de mois en mois la sortie d'une Debian Stable ou qui permettent encore de juger de l'état d'avancement du développement de Firefox 3.5 avant sa sortie prochaine ?
Bon je pinaille, le titre de l'article m'a fait sourire indépendamment de son contenu, tu n'y es pour rien, c'est de ma faute. Toutes mes excuses pour mon mauvaise esprit à l'égard d'une prochaine sortie de Hur^W E17
[^] # Re: Annonce d'une version alpha ?
Posté par kikicnrv . En réponse à la dépêche E17 est annoncé.. Évalué à 3.
Alors à ton indicateur de "temps de développement" pour juger de la pertinence d'avoir un article sur E17 plutôt que sur k3b, j'oppose un indicateur disons de "temps d'attente global" correspondant au temps de développement multiplié par le nombre d'utilisateurs probables (aïe !) de l'application cible.
Voilà, il n'y a plus qu'à écrire un article pour k3b maintenant.
PS : Ce message n'est bien entendu qu'une boutade. ;)
PS2 : La balise wikipedia ne semble pas acceptée les caractères non ASCII
# Annonce d'une version alpha ?
Posté par kikicnrv . En réponse à la dépêche E17 est annoncé.. Évalué à 9.
Zut, et moi qui hésitait à écrire un article pour la sortie (effective !) d'une alpha de k3b pour kde4 ...
Certains diront que c'est déjà utilisable, mais si au moins on avait une idée du travail qu'il reste à accomplir jusqu'à l'alpha et la final, ça serait plus intéressant.
Désolé pour la critique, je respecte toujours l'effort que font les personnes qui rédigent des articles.
[^] # Re: Point de détail
Posté par kikicnrv . En réponse au message Problème d'encodage dans les articles.. Évalué à 2.
Un autre point que je ne connaissais pas et qui est décrit sur l'article wikipedia dans la section Avantages, paragraphe Fiabilité :
Il s'agit d'un codage auto-synchronisant (en lisant un seul octet on sait si c'est le premier d'un caractère ou non).
Si ce que dit Ymage est exact, et en dehors de la coupure du texte mal faite, il semble que le coté "auto-synchronisant" de l'UTF-8 ne soit pas respecté ici, si ?
[^] # Re: error 404
Posté par kikicnrv . En réponse au message Problème d'encodage dans les articles.. Évalué à 2.
Pour les liens morts, je ne connais rien en html et j'avoue avoir un peu galérer à les faire. Ceci dit à la fin il marchait enfin correctement dans le mode preview, donc là c'est balo ...
[^] # Re: oublié l'url ...
Posté par kikicnrv . En réponse au journal windows xp oem aurait été vendu a 3 $ pour les netbook!. Évalué à 3.
Je vais quand même tenter une petite réponse sur ce que je pense en avoir compris, pour préciser mon point de vue.
Je dis donc en gros que le dumping fiscal pose des problèmes.
Maintenant, concernant ta 2ème phrase, quelque soit le choix de système fiscal fait par un état, la fiscalité n'a pour seul but que de récupérer l'argent qui servira de budget à l'état. Tout ce qui est répartition de cet argent relève d'un autre sujet lié aux choix politique faits par cet état. Il est bien évident que le système fiscal choisi n'impliquera pas automatiquement une mauvaise répartition ou non des richesses.
Désolé si je suis HS mais j'avoue avoir du mal à cerner ton propos.
[^] # Re: oublié l'url ...
Posté par kikicnrv . En réponse au journal windows xp oem aurait été vendu a 3 $ pour les netbook!. Évalué à 3.
Les points que tu soulignes sont effectivement important mais le sujet du Dumping_fiscal n'a rien d'anecdotique.
[^] # Re: Ubuntu Deception ?
Posté par kikicnrv . En réponse à la dépêche Ubuntu Jaunty Jackalope (9.04) est sortie. Évalué à 1.
Attention je ne dis pas que seul Ubuntu est adapté au grand public mais les autres ont aussi leurs lots de problèmes.
Ne serait-ce que parce que les distributions ne développent pas (du moins elles contribuent parfois mais ne développent bien évidemment pas tout ce qu'elles intègrent) et que les problèmes viennent souvent des logiciels intégrés (qui pour certains sont très répandus/omniprésents mais ont des problèmes à chaque version).
La perfection en informatique ça n'existe pas, pas même dans le libre vu le nombre de contributeurs hétéroclites
[^] # Re: Quelques très bonnes surprises ?
Posté par kikicnrv . En réponse au journal Ubuntu 9,04 : pas mal !.... Évalué à 2.
Toutes mes excuses !
[^] # Re: 42
Posté par kikicnrv . En réponse au sondage rm -rf / me donne. Évalué à 4.
- lors de mes débuts sous AIX (toujours mieux de commencer l'histoire comme ça !), et habituer à linux, je cherchais les paramètres de la commande killall. Sous linux quand tu tappes juste "killall" il te propose les options, sous AIX non...
- cat /var/log/messages | grep shutdown ... mais sans le grep (ne me demander pas pourquoi à l'époque je faisais pas directement grep shutdown /var/log/messages, je ne me souviens plus)
[^] # Re: Hummm...
Posté par kikicnrv . En réponse à la dépêche Carte mondiale de l’activité Open Source (par Red Hat). Évalué à 3.
Le monde de l'éducation est considéré comme faisant partie de la communauté dans cette étude, ce qui doit bien aider pour ce qui est du score français.
Les chiffres Français auraient plutôt tendance à m'inquiéter (ou du moins à me rendre méfiant) puisqu'il "suffirait" (ça ne se ferait pas du jour au lendemain, certes) d'un changement de politique pour que notre chiffre communauté et état se casse la figure.
J'aurai bien aimé voir un meilleur score pour le privé, et voir comment la France est classée pour ce qui est de la communauté hors éducation nationale. (tout ce qui est contributeurs "indépendants" en somme)
[^] # Re: Les retours d'experiences
Posté par kikicnrv . En réponse au sondage rm -rf / me donne. Évalué à 3.
mon premier nettoyage de fichiers cachés => rm -rf .*
bien joué ...
# Quelques très bonnes surprises ?
Posté par kikicnrv . En réponse au journal Ubuntu 9,04 : pas mal !.... Évalué à 7.
heeeu elle est où la bonne surprise ?
Désolé si ça fait un peu ironique mais je ne vois pas le miracle là dedans, j'ai peut être mal compris un truc ?
# France n°1
Posté par kikicnrv . En réponse au journal Étude Red hat ... et un petit bémol.. Évalué à 3.
A noter d'ailleurs => Le milieu universitaire semble faire partie de la catégorie community
Bref, la fonction publique de manière générale doit bien aider dans le fait qu'on soit 1er
1er industries c'est la finlance
1er community pour l'estonie => Là ça m'étonne, je lirai plus en détail l'étude.
[^] # Re: Iceweasel, Flash, Java
Posté par kikicnrv . En réponse à la dépêche Test de Debian 5.0 (Lenny) et mise à jour. Évalué à 1.
...
ahah et maintenant je suis sur que ces gros aigris vont venir me moinser !
Tu fais un concours avec thedude là ?
Vous êtes trop fort les gars, continuez, ce genre de commentaires représente une contribution d'une qualité inestimable pour linuxfr. Bravo !
[^] # Re: optimisée ?
Posté par kikicnrv . En réponse à la dépêche Easy Peasy 1.1. Évalué à 3.
pour ce que j'en sais : Mozilla_Fennec#Fennec
apparemment uniquement en beta pour l'instant (et depuis peu en plus)
[^] # Re: Pourquoi installer Easy Peasy 1.1 ?
Posté par kikicnrv . En réponse à la dépêche Easy Peasy 1.1. Évalué à 8.
Mon message n'était qu'un commentaire et une demande d'information sur les optimisations de cette distribution.
L'effort que tu as fourni pour rédiger ton premier article est tout à ton honneur
Ceci dit, mais c'est mon avis, il n'engage que moi, si tu ne connais pas réellement la distribution, j'avoue que j'aime autant voir ça dans la section des journaux.
Merci quand même pour l'information ! ;)