J'ai lu un peu la lkml est y a 1 semaine, deux patch pour ext4 et été soumis :
1- une copie exacte de ext3 dans le répertoire ext4
2- sed -e "s/ext3/ext4-devel/g"
C'est tout pour l'instant :-)
Regarde les sources. [1]
Moi j'ai regardé les sources du 2.6.19-rc2-g73ed9a86 (mais en fait le code d'Ext4 n'a pas changé depuis une semaine), et j'ai vu :
Deuxièment, il y a encore d'autres modifications dans le code qui n'ont rien à voir avec un simple changement de nom ou un nettoyage.
Bien sûr que les 2 arbres sont très similaires, le fork vient juste de se produire. Mais c'est faux de dire que ce n'est qu'une copie de Ext3 avec un nom différent. D'ailleurs, je vois mal quel aurait été l'intérêt, dans ce cas, de faire ceci dans la branche stable.
2/ http://www.padl.com
9 fois sur 10, tu peux faire sans, mais comme PAM est très connu, les gens ne cherchent pas d'alternative. Il faut voir au cas par cas. Si c'est vraiment requis pour ton utilisation, bah tu l'installes, tu es libre, hein.
3/ L'intérêt de Linux c'est que justement, tu peux en faire ce que tu veux. Et tu sais quoi ? Tu peux installer PAM sur ta Slack, c'est pas bien dur. Je te laisse chercher.
Même s'il n'y a pas de règles strictes concernant le rythme des sorties de versions pour Linux Slackware, il est évident que cette version 11.0 s'est fait attendre.
De l'aveu même de Patrick Volkerding, elle aurait du sortir avant fin Juin. Alors, que s'est-il passé ?
Il convient peut-être de rappeler tout d'abord, pour ceux qui l'ignoreraient, que Slackware est maintenue par essentiellement une personne : Patrick Volkerding. Il y a bien sur des contributeurs externes (très nombreux d'ailleurs pour cette version), mais les intégrations de correctifs, la validation des tests et le packaging final sont faits par un seul homme.
On comprend donc, dans ces circonstances, que Patrick, devenu papa en novembre 2005, ais du ralentir le développement de Slackware 11.0 pendant quelques mois.
La deuxième chose concerne les problèmes techniques. Il y en a eu de toutes sortes, pas forcément spécifiques à Slackware, mais il y un point sur lequel je voudrais insister : le chantier permanent qu'est la branche 2.6 du noyau Linux.
En effet, si le c½ur du système est toujours basé sur Linux 2.4 (donc la glibc), Slackware 11.0 intègre tout ce qui est nécessaire au 2.6, par défaut. Il y a donc eu beaucoup de travail pour avoir également une base stable sous ce noyau.
Sans détailler ce qui se passe pour le noyau lui-même, prenons l'exemple de udev, qui dépend très étroitement du noyau et qui est l'une des clés de voûte d'un système Linux «moderne».
En 3 ans et demi, udev en est à sa 101ème version, soit une nouvelle version tous les 12 jours en moyenne.
Ces changements rapides et les incompatibilités, parfois très importantes, qui en découlent ne facilitent pas la tâche des distributeurs. Si les Fedora, Novell et autres Debian ont l'envie de déployer la force de frappe nécessaire pour fournir leur propre noyau, leur propre udev corrigé et d'en faire des mises à jours hebdomadaire, ce n'est pas le cas des autres.
Le package udev de Slackware (version 97) a été corrigé 9 fois. Et pour assurer un fonctionnement avec un grand nombre de versions de Linux 2.6, Patrick Volkerding a ajouté 2 autres versions dans /extra (64 et 71).
Notons enfin le mal qu'ont eu les gens de LFS pour mettre à jour leur livre.
Tant qu'une nouvelle branche de Linux ne sera pas ouverte, il sera difficile ou éphémère, pour une petite équipe, de distribuer un système stable, basé sur un Linux 2.6.
Il y a pas mal de commentaires sur ce journal qui critiquent ceci ou cela, meme des gens qui ne sont pas tres contents, mais personne n'a pense a te remercier pour nous avoir fait partager ton travail. Alors moi je ne suis pas sur d'utiliser ton script, parce que c'est vrai que Geoportail est tres lent (surtout chez moi), mais voila :
strings /dev/meme |grep "ma phrase que je suis sur qu'elle est là" ou less.
Bon courage. Le fichier en question, c'est /proc/kcore.
Ensuite il faut le copier, pas le traiter directement ! (a moins que tu aimes tourner en boucle)
# cp /proc/kcore /tmp/mem.dump
# strings /tmp/mem.dump > /tmp/mem.txt
# rm /tmp/mem.dump
# grep /tmp/mem.txt|less
Pas besoin de faire tourner grep sur un binaire de plusieurs centaines de Mo...
Tout le monde cherche a trouver une solution pour refroidir la maison sans ventilateur (en bon geek qui cherche des solutions techniques), mais ta femme en a probablement cure.
Le fait de tout ouvrir est probablement une reaction emotive au fait qu'elle ait envie de sortir ou que l'on s'occupe d'elle.
C'est peut-etre egalement necessaire qu'elle trouve son logement accueillant au vu de sa condition.
Bref, je pense qu'il vaut mieux eviter d'acheter une climatisation et a la place, faire des bisous ou sortir un peu plus ta femme ;-)
Le premier lien que tu donnes cite une remarque intéressante d'Andrew Morton :
All that being said, Linux's filesystems are looking increasingly crufty and we are getting to the time where we would benefit from a greenfield start-a-new-one. That new one might even be based on reiser4 - has anyone looked? It's been sitting around for a couple of years.
Autrement dit, il constate que les systèmes de fichiers sous Linux commencent à être vieux et bancals et qu'il serait bon de tout réécrire depuis zéro, en se basant, pourquoi pas, sur l'architecture de Reiser4.
Cette remarque montre aussi la divergence d'opinion avec Linus qui est plutôt pour une approche lente progressive.
J'en profite pour rappeller, même si ce n'est qu'un détail, qu'il faut parler de ReiserFS pour la version 3, et de Reiser tout court, pour la version 4.
En effet, Reiser4 est dans la branche -mm de Linux, c'est-à-dire la branche de test du noyau 2.6 maintenue par Andrew Morton, depuis bien trop longtemps maintenant.
Je parle donc bien de la fusion, aucun commentaire sur Andrew Morton :-)
Je ne me souviens pas précisément de la date, mais ça doit bien faire plus d'un an que Reiser4 est dans la branche -mm et attend donc le passage dans stable ; ça commence à faire pas mal.
Ca ne remplace pas tout, mais si tu ne peux ou ne veux pas utiliser Google, tu peux acceder directement ou indirectement a pas mal d'infos via Wikipedia.
Il y a de plus en plus de liens a la fin de chaque article qui te permet rapidement de faire le tour d'une question.
En plus, tu peux sauvegarder la base en local, ce qui n'est pas possible avec Google.
Faut il encore utiliser des distributions pas trop moisies
On ne parle pas de distribution ici, mais de KOffice et OOo. J'ai compare les archives standards, compilees par les auteurs eux-meme, ou directement a partir des sources officielles ( ftp://ftp.kde.org/pub/kde/stable/3.5.2/src/ ).
ne rendre koffice dépendant que des libs dont il a besoin et pas de tout kdepim et kdebase.
Pourquoi les devs KDE ne le font pas alors ?
Si certaines distributions s'amusent a decouper chaque paquet en 50 sous-paquets, c'est peut-etre que justement, il y a un probleme de modularite a la base. Chaque distribution fait sa propre sauce, pas forcement supporte par OOo ou KDE.
Le seul moyen de comparer est donc de prendre les packages vanilla.
J'ai donc mesure la taille necessaire pour chacun des logiciels. Pour KDE, j'ai pris les binaires de slackware current (KDE 3.5.2, KOffice 1.4.2, Qt 3.3.6) reputes pour etre les plus proches de la version vanilla.
L'ensemble decompresse necessaire a KOffice est alors de 294Mo
Pour OOo, j'ai simplement decompresse tous les RPMs de la version standard (2.0.2), et j'obtiens 312Mo
Sachant que ce qui est necessaire pour KOffice n'est pas vraiment suffisant pour un bureau complet KDE (~600Mo), il est evident que les gens qui n'utilisent pas KDE n'ont pas franchement d'interet a utiliser KOffice.
En tout cas, on ne peut certainement pas dire que c'est 3 fois plus leger.
Je ne parle ici bien entendu que de l'espace disque. La reactivite des applications depend de beaucoup d'autres facteurs.
Tu veux dire que Linus est un vilain trolleur, et qu'apres avoir critique Gnome, il serait en train de faire de la publicite mensongere pour Fedora et SuSE ?
Au temps pour moi, a force de restaurer mes fichiers de configuration a la main entre chaque periode de test, je finis par oublier qu'il y a des manieres beaucoup plus simple :-)
Ne pas oublier de creer le dossier engage (ce n'est pas automatique) et en cas de mise a jour, c'est effectivement plus rapide de copier les fichiers sauvegardes directement dans le ${HOME}.
Bref, beaucoup de choses possibles mais aussi beaucoup de chose a faire. Il y a pas mal d'info sur le site de Raster, il faut creuser (il y a aussi un bench) : http://www.rasterman.com/index.php?page=News
Dans tous les cas, E17 reste encore un vaste terrain de decouverte. De bonnes bases ont ete posees, maintenant il faut des developpeurs qui n'ont pas peur du vide.
C'est toujours aussi simple de créer des icones et des boutons avec les bonliens qui vont bien ou c'est toujours aussi galère ?
Click droit -> configuration -> eap editor
Tu choisis l'icone, le nom de l'appli et l'executable. Quand tu enregistres, ca va directement ou il faut dans ${HOME}/.e/e/applications/all
Pour 'engage', tu mets les noms des EAPs dans ${HOME}/.e/e/applications/engage/.order
Il y a maintenant encore plus simple, e17genmenu est passe en phase de test, il permet de creer les menus et les EAPs automatiquement:
Sourceforge est encore a la ramasse, alors je me permet de recopier le mail de David Seikel qui explique comment generer automatiquement les menus sous E17:
The new menu generator is ready for testing. It's not ready for prime
time, but it would be helpful to get it tested on a variety of boxen.
The test procedure is this -
Move your ~/.e/e/applications/favorite to a safe place, then nuke it.
Optionally do the same for ~/.e/e/applications/all.
Go to e17/apps/e_utils/src/bin/e17genmenu (yes I know it's a bit
strange having a separate tree there, it's a temporary thing, blame
devilhorns).
Do the usual autofoo three step.
e17genmenu --fdo
After that has finished running, E will by unresponsive for a few
minutes. This is a known issue with the eap cache regeneration.
This will generate E17 menus based on whatever freedesktop.org menus
you have installed in your system. It should find all the things that
are supposed to be in your fdo menus. Not everything will have a proper
icon, and there is not currently a method of selecting the fdo icon
theme you want to use. Also, not all the re arranging, categorising,
and deletions/hiding is being done properly yet. There are still a few
big parts of the spec being ignored.
Send me the last line that is output (the one with the timing stats)
and let me know what distro and CPU speed you tested it on.
If there are major parts of your fdo menus that have not been found,
please find out what directories the .desktop files are in and let me
know what they are. Same applies if there are .menu files being
ignored.
Restore your original eaps and menus when you have finished playing
with the fdo menus.
Pour les EAPs, il y en avait avant sur get-e.org mais pour une raison inconnue, ils ont ete retires. Reste Google...
La grande force de la Coree est qu'elle bouge comme un seul homme. Quand une decision est prise au gouvernement, tous les moyens sont mis en action, personne ne rechigne et les resultats arrivent tres tres vite.
C'est impressionnant, mais ce pays evolue tres vite, aux gres des modes et des besoins. Parfois trop vite peut-etre. Si l'etat coreen veut une ville linuxienne, il y parviendra et vite. L'argent n'aura que peu d'importance.
Pour ce qui est de la formation, c'est une autre histoire. Quasiment tous les coreens utilisent un ordinateur tous les jours, mais tres peu s'interessent vraiment a ce qu'il y a sous le capot. Il n'y a qu'a voir le peu de LUG dans le pays, en dehors du travail et des jeux, il n'y a pas grand chose d'actif.
On verra si les coreens s'adaptent et s'interessent. Il y a actuellement tres peu de developpeurs coreens dans le domaine du libre, il se cantonnent pour la plupart a la traduction ou aux specificites de leur langue. Mais il deviendra necessaire de porter Starcraft sur Linux, ca risque de creer des motivations ;-)
Voila plus de trois ans que je vis en Coree du Sud, et force est de constater que la presence de Linux et des systemes libres en general est tres faible, de l'ordre de 1%.
Meme dans les universites prestigieuses comme le KAIST ou meme dans les laboratoires du centre nationale de recherche en telecommunication, Linux est marginalise. En tout et pour tout, je n'ai vu qu'un seul Linux (une vieille redhat) chez les coreens. J'ai un ami qui utilise une SuSE, mais il n'est pas coreen.
Au-dela meme des effets pedagogiques nefastes (comment maitriser le domaine de la securite des reseaux sans avoir acces au code source des systemes ?), la Coree du Sud a depuis longtemps une dependance forte pour ses systemes informatiques. Premier pays au monde en terme de connexions a l'Internet, il etait grand temps que la Coree s'interesse de plus pres aux systemes libres.
Cette information est toutefois en droite ligne des declarations faites il y a environ 2 ans et qui lancaient l'idee d'une cooperation asiatique Chine-Coree-Japon pour la creation d'un systeme d'exploitation base sur Linux.
Maintenant, j'espere simplement que ce sera ma ville qui sera choisie pour le test grandeur nature, mais ca, c'est encore une autre histoire :-)
[^] # Re: Frozen Bubble 2 sous Slackware
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Sortie de Frozen-Bubble 2. Évalué à 2.
SDL_image et SDL_mixer sont déjà fournis dans le package sdl de la Slackware, il n'y en a donc pas besoin.
[^] # Re: et les chain reactions ???
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Sortie de Frozen-Bubble 2. Évalué à 4.
$ frozen-bubble --playback fb_record_chain-reaction-demo.bz2
[^] # Re: Malheureusement...
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Hurd, une si belle idée et pourtant.. Évalué à 2.
Et si :-)
J'avais fait un "live-floppy" autour d'un linux 2.6 :
http://linuxfr.org/~ngc891/17088.html
Pour le code :
http://ngc891.blogdns.net/pub/projects/jnuxband/0.2/
La première version utilisait un 2.6.9-rc2. Je vais peut-être m'y remettre, d'ailleurs.
[^] # Re: Déjà dans la branche stable
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Ext4 bientôt sur votre bureau. Évalué à 6.
Regarde les sources. [1]
Moi j'ai regardé les sources du 2.6.19-rc2-g73ed9a86 (mais en fait le code d'Ext4 n'a pas changé depuis une semaine), et j'ai vu :
Premièrement, il y a le support pour "extent" (voir http://www.linux-watch.com/news/NS3183866977.html ). Un petit fichier de 2 152 lignes, une paille.
Deuxièment, il y a encore d'autres modifications dans le code qui n'ont rien à voir avec un simple changement de nom ou un nettoyage.
Bien sûr que les 2 arbres sont très similaires, le fork vient juste de se produire. Mais c'est faux de dire que ce n'est qu'une copie de Ext3 avec un nom différent. D'ailleurs, je vois mal quel aurait été l'intérêt, dans ce cas, de faire ceci dans la branche stable.
[1] Pour les fainéants : http://kernel.org/git/?p=linux%2Fkernel%2Fgit%2Ftorvalds%2Fl(...)
# Déjà dans la branche stable
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Ext4 bientôt sur votre bureau. Évalué à 8.
En fait, c'est plus que ça, le système de fichier Ext4 est déjà dans le 2.6.19-rc2-git-patatère.
Autrement dit, le prochain noyau 2.6.19 proposera Ext4 (si l'option "experimental" est sélectionnée).
# SlackE17
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Linux Slackware 11.0 est disponible. Évalué à 6.
http://slacke17.sourceforge.net/
SlackE17 est une distribution d'Enlightenment DR17 pour Slackware. Il y a 48 packages pour cette version 'octobre' (20061006).
Si vous utilisez Slackware 10.2, il vous faudra rester avec SlackE17 'avril' (20060408).
[^] # Re: Et PAM ?
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Linux Slackware 11.0 est disponible. Évalué à 9.
http://search.cert.org/query.html?col=certadv&col=incnot(...)
2/ http://www.padl.com
9 fois sur 10, tu peux faire sans, mais comme PAM est très connu, les gens ne cherchent pas d'alternative. Il faut voir au cas par cas. Si c'est vraiment requis pour ton utilisation, bah tu l'installes, tu es libre, hein.
3/ L'intérêt de Linux c'est que justement, tu peux en faire ce que tu veux. Et tu sais quoi ? Tu peux installer PAM sur ta Slack, c'est pas bien dur. Je te laisse chercher.
4/ OpenBSD n'utilise pas PAM, pour des raisons techniques de sécurité. Il y en a plein le web (une partie que tu ne lis pas, probablement), tu peux commencer ici :
http://mail-index.netbsd.org/tech-userlevel/2001/06/26/0000.(...)
5/ AIX c'est gainial. Supaire. Mais sapusaipalibre.
# Slackware, Debian edition
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Linux Slackware 11.0 est disponible. Évalué à 10.
De l'aveu même de Patrick Volkerding, elle aurait du sortir avant fin Juin. Alors, que s'est-il passé ?
Il convient peut-être de rappeler tout d'abord, pour ceux qui l'ignoreraient, que Slackware est maintenue par essentiellement une personne : Patrick Volkerding. Il y a bien sur des contributeurs externes (très nombreux d'ailleurs pour cette version), mais les intégrations de correctifs, la validation des tests et le packaging final sont faits par un seul homme.
On comprend donc, dans ces circonstances, que Patrick, devenu papa en novembre 2005, ais du ralentir le développement de Slackware 11.0 pendant quelques mois.
La deuxième chose concerne les problèmes techniques. Il y en a eu de toutes sortes, pas forcément spécifiques à Slackware, mais il y un point sur lequel je voudrais insister : le chantier permanent qu'est la branche 2.6 du noyau Linux.
En effet, si le c½ur du système est toujours basé sur Linux 2.4 (donc la glibc), Slackware 11.0 intègre tout ce qui est nécessaire au 2.6, par défaut. Il y a donc eu beaucoup de travail pour avoir également une base stable sous ce noyau.
Sans détailler ce qui se passe pour le noyau lui-même, prenons l'exemple de udev, qui dépend très étroitement du noyau et qui est l'une des clés de voûte d'un système Linux «moderne».
En 3 ans et demi, udev en est à sa 101ème version, soit une nouvelle version tous les 12 jours en moyenne.
Ces changements rapides et les incompatibilités, parfois très importantes, qui en découlent ne facilitent pas la tâche des distributeurs. Si les Fedora, Novell et autres Debian ont l'envie de déployer la force de frappe nécessaire pour fournir leur propre noyau, leur propre udev corrigé et d'en faire des mises à jours hebdomadaire, ce n'est pas le cas des autres.
Le package udev de Slackware (version 97) a été corrigé 9 fois. Et pour assurer un fonctionnement avec un grand nombre de versions de Linux 2.6, Patrick Volkerding a ajouté 2 autres versions dans /extra (64 et 71).
Notons enfin le mal qu'ont eu les gens de LFS pour mettre à jour leur livre.
Tant qu'une nouvelle branche de Linux ne sera pas ouverte, il sera difficile ou éphémère, pour une petite équipe, de distribuer un système stable, basé sur un Linux 2.6.
# Merci
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Geoportail : faire des liens avec GreaseMonkey. Évalué à 10.
MERCI POUR TA CONTRIBUTION !
[^] # Re: root
Posté par Jérôme Pinot (site web personnel) . En réponse au journal coup de gueule sur les journaux. Évalué à 9.
Bon courage. Le fichier en question, c'est /proc/kcore.
Ensuite il faut le copier, pas le traiter directement ! (a moins que tu aimes tourner en boucle)
# cp /proc/kcore /tmp/mem.dump
# strings /tmp/mem.dump > /tmp/mem.txt
# rm /tmp/mem.dump
# grep /tmp/mem.txt|less
Pas besoin de faire tourner grep sur un binaire de plusieurs centaines de Mo...
# Bon probleme ?
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Ah ! Les femmes .... Évalué à 4.
Tout le monde cherche a trouver une solution pour refroidir la maison sans ventilateur (en bon geek qui cherche des solutions techniques), mais ta femme en a probablement cure.
Le fait de tout ouvrir est probablement une reaction emotive au fait qu'elle ait envie de sortir ou que l'on s'occupe d'elle.
C'est peut-etre egalement necessaire qu'elle trouve son logement accueillant au vu de sa condition.
Bref, je pense qu'il vaut mieux eviter d'acheter une climatisation et a la place, faire des bisous ou sortir un peu plus ta femme ;-)
# Un autre
Posté par Jérôme Pinot (site web personnel) . En réponse au journal L'été est manchot, extrême manchot !. Évalué à 2.
[^] # Re: De la maintenance..
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Pourquoi Reiser4 n'est toujours pas intégré à Linux. Évalué à 10.
Autrement dit, il constate que les systèmes de fichiers sous Linux commencent à être vieux et bancals et qu'il serait bon de tout réécrire depuis zéro, en se basant, pourquoi pas, sur l'architecture de Reiser4.
Cette remarque montre aussi la divergence d'opinion avec Linus qui est plutôt pour une approche lente progressive.
J'en profite pour rappeller, même si ce n'est qu'un détail, qu'il faut parler de ReiserFS pour la version 3, et de Reiser tout court, pour la version 4.
[^] # Re: Bien trop longtemps maintenant...
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Pourquoi Reiser4 n'est toujours pas intégré à Linux. Évalué à 10.
Je parle donc bien de la fusion, aucun commentaire sur Andrew Morton :-)
Je ne me souviens pas précisément de la date, mais ça doit bien faire plus d'un an que Reiser4 est dans la branche -mm et attend donc le passage dans stable ; ça commence à faire pas mal.
# Wikipedia ?
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Que faire sans google ?. Évalué à 5.
Il y a de plus en plus de liens a la fin de chaque article qui te permet rapidement de faire le tour d'une question.
En plus, tu peux sauvegarder la base en local, ce qui n'est pas possible avec Google.
Il y aussi Usenet pour les choses plus precises.
[^] # Re: C'est bien mais...
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Sortie de KOffice 1.5. Évalué à 3.
On ne parle pas de distribution ici, mais de KOffice et OOo. J'ai compare les archives standards, compilees par les auteurs eux-meme, ou directement a partir des sources officielles ( ftp://ftp.kde.org/pub/kde/stable/3.5.2/src/ ).
Pourquoi les devs KDE ne le font pas alors ?
Si certaines distributions s'amusent a decouper chaque paquet en 50 sous-paquets, c'est peut-etre que justement, il y a un probleme de modularite a la base. Chaque distribution fait sa propre sauce, pas forcement supporte par OOo ou KDE.
Le seul moyen de comparer est donc de prendre les packages vanilla.
[^] # Re: C'est bien mais...
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Sortie de KOffice 1.5. Évalué à -1.
En s'aidant de la LFS ( http://www.linuxfromscratch.org/blfs/view/stable/xsoft/suite(...) ) et de ce cher 'ldd', on s'apercoit que KOffice a besoin au minimum de :
Qt, arts, kdelibs, kdepim, kdebase
J'ai donc mesure la taille necessaire pour chacun des logiciels. Pour KDE, j'ai pris les binaires de slackware current (KDE 3.5.2, KOffice 1.4.2, Qt 3.3.6) reputes pour etre les plus proches de la version vanilla.
L'ensemble decompresse necessaire a KOffice est alors de 294Mo
Pour OOo, j'ai simplement decompresse tous les RPMs de la version standard (2.0.2), et j'obtiens 312Mo
Sachant que ce qui est necessaire pour KOffice n'est pas vraiment suffisant pour un bureau complet KDE (~600Mo), il est evident que les gens qui n'utilisent pas KDE n'ont pas franchement d'interet a utiliser KOffice.
En tout cas, on ne peut certainement pas dire que c'est 3 fois plus leger.
Je ne parle ici bien entendu que de l'espace disque. La reactivite des applications depend de beaucoup d'autres facteurs.
[^] # Re: Stabilité
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 3.
[^] # Re: Stabilité
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 4.
Demande toi ce qu'en pense Linus :
( http://lkml.org/lkml/2006/3/20/9 )
Le noyau de Fedora est tres similaire au 2.6 officiel.
# En vraiment pas cher...
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Cherche hébergeur avec bon rapport qualité / prix. Évalué à 10.
C'est tres personnalisable (je viens de m'apercevoir qu'ils utilisent ma distribution preferee), en revanche, le SAV est tres moyen.
Ah, on me souffle a l'oreillette que ce service est a la pointe du progres, il y a meme un acces en IPv6 : http://[1::]/
[^] # Re: Et la configuration ?
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Des nouvelles d'Enlightenment DR17. Évalué à 2.
Au temps pour moi, a force de restaurer mes fichiers de configuration a la main entre chaque periode de test, je finis par oublier qu'il y a des manieres beaucoup plus simple :-)
Ne pas oublier de creer le dossier engage (ce n'est pas automatique) et en cas de mise a jour, c'est effectivement plus rapide de copier les fichiers sauvegardes directement dans le ${HOME}.
[^] # Re: Enlightenment et l'embarqué
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Des nouvelles d'Enlightenment DR17. Évalué à 4.
http://sourceforge.net/mailarchive/forum.php?thread_id=97338(...)
Bref, beaucoup de choses possibles mais aussi beaucoup de chose a faire. Il y a pas mal d'info sur le site de Raster, il faut creuser (il y a aussi un bench) :
http://www.rasterman.com/index.php?page=News
Dans tous les cas, E17 reste encore un vaste terrain de decouverte. De bonnes bases ont ete posees, maintenant il faut des developpeurs qui n'ont pas peur du vide.
Je te conseille donc :
1) De lire la documentation sur les EFL et de jouer avec http://www.get-e.org/EFL_User_Guide/English/
2) De rejoindre la communaute des developpeurs pour faire partager tes idees http://www.edevelop.org/
[^] # Re: Et la configuration ?
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche Des nouvelles d'Enlightenment DR17. Évalué à 10.
Click droit -> configuration -> eap editor
Tu choisis l'icone, le nom de l'appli et l'executable. Quand tu enregistres, ca va directement ou il faut dans ${HOME}/.e/e/applications/all
Pour 'engage', tu mets les noms des EAPs dans ${HOME}/.e/e/applications/engage/.order
$ cat ${HOME}/.e/e/applications/engage/.order
xterm.eap
firefox.eap
thunderbird.eap
evidence.eap
wmcoincoin.eap
gimp.eap
xine.eap
xmms.eap
(Par exemple)
Il y a maintenant encore plus simple, e17genmenu est passe en phase de test, il permet de creer les menus et les EAPs automatiquement:
Sourceforge est encore a la ramasse, alors je me permet de recopier le mail de David Seikel qui explique comment generer automatiquement les menus sous E17:
Pour les EAPs, il y en avait avant sur get-e.org mais pour une raison inconnue, ils ont ete retires. Reste Google...
[^] # Re: Est-ce faisable ?
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche La Corée du Sud veut créer "une ville Linux". Évalué à 10.
C'est impressionnant, mais ce pays evolue tres vite, aux gres des modes et des besoins. Parfois trop vite peut-etre. Si l'etat coreen veut une ville linuxienne, il y parviendra et vite. L'argent n'aura que peu d'importance.
Pour ce qui est de la formation, c'est une autre histoire. Quasiment tous les coreens utilisent un ordinateur tous les jours, mais tres peu s'interessent vraiment a ce qu'il y a sous le capot. Il n'y a qu'a voir le peu de LUG dans le pays, en dehors du travail et des jeux, il n'y a pas grand chose d'actif.
On verra si les coreens s'adaptent et s'interessent. Il y a actuellement tres peu de developpeurs coreens dans le domaine du libre, il se cantonnent pour la plupart a la traduction ou aux specificites de leur langue. Mais il deviendra necessaire de porter Starcraft sur Linux, ca risque de creer des motivations ;-)
# Pas trop tot
Posté par Jérôme Pinot (site web personnel) . En réponse à la dépêche La Corée du Sud veut créer "une ville Linux". Évalué à 10.
Voila plus de trois ans que je vis en Coree du Sud, et force est de constater que la presence de Linux et des systemes libres en general est tres faible, de l'ordre de 1%.
Meme dans les universites prestigieuses comme le KAIST ou meme dans les laboratoires du centre nationale de recherche en telecommunication, Linux est marginalise. En tout et pour tout, je n'ai vu qu'un seul Linux (une vieille redhat) chez les coreens. J'ai un ami qui utilise une SuSE, mais il n'est pas coreen.
Au-dela meme des effets pedagogiques nefastes (comment maitriser le domaine de la securite des reseaux sans avoir acces au code source des systemes ?), la Coree du Sud a depuis longtemps une dependance forte pour ses systemes informatiques. Premier pays au monde en terme de connexions a l'Internet, il etait grand temps que la Coree s'interesse de plus pres aux systemes libres.
Cette information est toutefois en droite ligne des declarations faites il y a environ 2 ans et qui lancaient l'idee d'une cooperation asiatique Chine-Coree-Japon pour la creation d'un systeme d'exploitation base sur Linux.
Maintenant, j'espere simplement que ce sera ma ville qui sera choisie pour le test grandeur nature, mais ca, c'est encore une autre histoire :-)