bah karamba, finalement, c'est bien mais pas autant que slicker... effectivement, ca ne fait que 'rajouter' quelques infos sur le bureau. Je trouve le concept de slicker bcp plus interressant et innovant.
Pour les pocesseurs de gentoo :
mkdir /usr/portage/x11-misc/slicker-cvs
cd /usr/portage/x11-misc/slicker-cvs
wget http://www.maasonline.nl/zooi/slicker-cvs-0.ebuild(...)
ebuild slicker-cvs-0.ebuild digest
emerge slicker-cvs
Puis changer /usr/kde/3.1/share/autostart/panel.desktop
"Exec=kicker" pour "Exec=slicker"
et relancez KDE.
Le résultat est vraiment impréssionnant !
dommage : il manque une card pour les bureaux
A quand slicker + karamba :)
C'est marrant, j'ai souvenir il y a quelques années d'un truc similaire... Intel vendait des pentium "in-a-box" dont la fréquence était garantie, et qu'on ne pouvait pas overclocker !
Tenteraient-ils de nous ressortir la même chose discrètement ? Ca n'avait évidemment pas marché du tout à l'époque, puisque tout le monde voulait un pentium un peu plus costaud. Aujourd'hui, c'est vrai que la donne est différente, on ne gagne plus grand chose à overclocker son cpu (c pas recommandé pour les compils gentoo en plus :p ).
Quelqu'un sait ce que valent les plug in eclipse pour gérer du python ? je sais qu'il y en a un (pyeclipse , je crois), mais je ne sais pas ce que ca vaut...
Eclipse est vraiment un éditeur génial (un chouyat lourd, mais vu les fonctionnnalités, ca peut se justifier).
Le gagnant du concours de jeu GPL (news linuxfr d'y a quelques jours) a d'ailleurs utilisé python pour son projet (openGL).
D'ailleurs, à ce sujet, je dois conseiller à tous TwistedMatrix qui est un framework python. La particularité de celui-ci est d'avoir été créé dans le but de créer des jeux !
ouais genre debian ... le débat est long... en gros, la compile n'est pas tout, les fichiers de config, la cohérence du système n'est pas la meme d'une distrib à l'autre (chacun a ses rep de conf pour apache par exemple.
oui c'est déjà le cas. Maintenant, en plus des livecd, on peut downloader des Grp, qui sont des packages pré-compilé pour des grands groupe d'applis (KDE , XFREE, GNOME, OPENOFFICE, MOZILLA, etc.).
Ca marche plutot pas mal, mais ces packets sont très vite obsolètes, et au moindre emerge rsync && emerge -u --deep world, c reparti comme en 40
Pour etre passé par de nombreuses distrib (mandrake, red hat, debian, memes récentes), la gentoo séduit surtout par sa simplicité ! tout y clair et précis, les choses arrivent moins par "magie" comme dans les autres mandrake et redhat. Enfin, la debian est stable comme un rock sur un serveur, mais devient trop viellote pour un desktop.
A noter que des gars de gentoo sont en train de bosser sur un installeur (en python, voilà une bonne idée) :
(les commit sont vieux, et ils cherchent des développeurs, rdv sur mailing list de gentoo).
Bref, pour ce qui est de tout recompiler, c'est un réel soucis. Il faut 1 journée entière sur mon bi athlon 1,8 Ghz pour avoir un truc qui marche... Je ne parle meme pas de mon portable 700 Mhz : (
Bref, une solution temporaire est de disposer d'une petite machine à coté (min 686). Il faut ensuite compiler les packages avec une "march=i686" (dans les fichiers de config de gentoo). Puis de partager en NFS /usr/portage/packages/ALL et de le monter sur les clients (portable notamment).
Enfin, il faut rajouter les options de compil commun a tout ce monde... La perte de perf sera, aller, de quelques % (2%, ou 3% ?) mais mon portable ne compile plus rien, et se contente de décompresser ce qu'il a dans son montage nfs.
enfin pour les tout nouveaux packages, tout le monde est mis à contribution avec distcc (compilateur distribué).
Pour les applis avec gui, j'utilise BOA constructor. Par encore au point, mais TRES prométeur. Enfin disons qu'il marche nickle, mais sous windows (grrrrrrrrrr).
Sinon, pour du script normal, un bon vi, sinon, tu as SciTE qui est pas mal du tout, mais qui t'empeche de passer d'un buffer à l'autre (ou alors g pas trouvé le raccourcis ?!).
enfin, celui dont je me sers tous les jours, KATE ! Seul ombre au tableau, il ne gère pas l'autocomplétion, alors que SciTE le fait (et boa plante quand on le fait).
Effectivement, Python est un merveille ... il m'arrive souvent aussi d'avoir un interpréteur qui tourne dans un shell, juste pour tester de minuscules bout de code (genre des opérations sur des listes ou string).
Nautilus est justement ce qui ne me convient pas dans gnome. Konqueror est devenu très fonctionnel, et on très vite l'habitude d'utiliser ces "protocoles". Je l'utilise comme client ftp, sftp, etc. Il est devenu très rapide, on peut le découper avec des frames, bref, un véritable outil. Nautilus fait grise mine à côté de tant de fonctionnalité, et ne semble pas évoluer au fil du temps :( (AMA).
Pour rappel : la date de sortie prévue de la 1.4 FINALE etait en ... aout 2002 au plus tard ! Les Rc se suivent et se ressemblent ... En revenche, il est vrai que Gentoo est une très bonne distrib pour apprendre. La configuration est tres simple (plus simple meme qu'une debian), et tout est souvent 'limpide'.
En revenche, même si on connait les atouts de portage (les packages gentoo ne sont que des sources compilés à la demande, avec les options de configuration qui correspondent au système).
Bref, pour rajouter le support Palm pilot dans Evolution, il faut avoir dans sa variable USE : pda. Le seul pb est qu'il faut recompiler evolution et pas de trucs si on achète un pda. On a beau dire, sur un bi-proc Athlon 1,8GHz, ca devient vite gonflant !!
Mais là me direz-vous, ouais mais c super optimisé pour ta plateforme, ca speed ! Hé bien, je viens de passer à la redhat 8, quelques bugs critiques dans gentoo m'ayant trop souvent empêché de bosser. Au niveau de la rapidité, je trouve la redhat même plus rapide que ma gentoo, pourtant compilée pour athlon-mp. Tous mes packages sont en i386 maintenant, et cela ne fait aucune différence, mis à part le temps qu'il faut pour les installer.
Je dois reconnaitre par contre, que les packages de la gentoo, était la plupart du temps particulièrement bien faits et complets.
Oui de plus en plus de managers gèrent les données de l'entreprise. Je n'ai jamais parlé de DBA, cad pour moi le gars qui s'occupe de la cohérence des BDD, et de s'arranger pour qu'elles tournent. Je parle du gars qui utilise BRIO, ou n'importe quel logiciel pour faire des traitements sur les données de sa boite. Il ne passe pas par un DBA pour lui faire ses requettes.
Hum sympa sympa. Je jettais encore un coup d'oeil hier à l'enterprise manager fourni avec SQL Server de M$. On a beau dire, ce produit est quand fabuleux. Il est simple, convivial, et surtout extremenent puissant, indépendament de la BDD. Le design des DTS est très simple, et permet de vraiment tout faire (meme créer des produits DTS à la main).
Bref, mysql est très rapide, pas cher, mais manque encore des outils qui font d'une base de données un système Gérable et utile pour l'entreprise. Je vois mal un manager se taper des lignes de commandes, alors qu'un DTS lui permet de prendre des données d'un fichier excel pour le ramener dans une table en deux clics de souris.
Pour rappel, le brevet logiciel n'existe pas en France. En revanche, il existe des droits d'auteurs, qui protègent eux le code source. Ainsi, le brevet de microsoft ne peut s'appliquer qu'aux états unis. rien n'empèche quelqu'un de fournir le même service s'il redéveloppe tout (ce qui est le cas de mono, non ?)
Je trouve ca génial de gérer les drag & drop pour les transferts de fichiers... C'est ce qui rend un système convivial et agréable. Par exemple, sous ksnapshot, on peut prendre la maniature du snap et la balancer dans konqueror ou dans n'importe quoi.
[^] # Re: Récupération des infos
Posté par Gentoo][Gravis . En réponse à la dépêche Prise d'otage de Paris-Sansfil. Évalué à 5.
# Re: Openoffice.org 1.0.3 sorti
Posté par Gentoo][Gravis . En réponse à la dépêche Openoffice.org 1.0.3 sorti. Évalué à -10.
emerge -u openoffice
pour les "gentooers", la version est déjà dispo dans portage.
Ya des cpu qui vont chauffer aujoud'hui
[^] # Re: Un grand pas pour l'interface de KDE ?
Posté par Gentoo][Gravis . En réponse à la dépêche Un grand pas pour l'interface de KDE ?. Évalué à 1.
bah karamba, finalement, c'est bien mais pas autant que slicker... effectivement, ca ne fait que 'rajouter' quelques infos sur le bureau. Je trouve le concept de slicker bcp plus interressant et innovant.
# Re: Un grand pas pour l'interface de KDE ?
Posté par Gentoo][Gravis . En réponse à la dépêche Un grand pas pour l'interface de KDE ?. Évalué à 8.
mkdir /usr/portage/x11-misc/slicker-cvs
cd /usr/portage/x11-misc/slicker-cvs
wget http://www.maasonline.nl/zooi/slicker-cvs-0.ebuild(...)
ebuild slicker-cvs-0.ebuild digest
emerge slicker-cvs
Puis changer /usr/kde/3.1/share/autostart/panel.desktop
"Exec=kicker" pour "Exec=slicker"
et relancez KDE.
Le résultat est vraiment impréssionnant !
dommage : il manque une card pour les bureaux
A quand slicker + karamba :)
# Re: Intel veut empécher l'overclocking
Posté par Gentoo][Gravis . En réponse à la dépêche Intel veut empécher l'overclocking. Évalué à 3.
Tenteraient-ils de nous ressortir la même chose discrètement ? Ca n'avait évidemment pas marché du tout à l'époque, puisque tout le monde voulait un pentium un peu plus costaud. Aujourd'hui, c'est vrai que la donne est différente, on ne gagne plus grand chose à overclocker son cpu (c pas recommandé pour les compils gentoo en plus :p ).
# Python
Posté par Gentoo][Gravis . En réponse à la dépêche Eclipse 2.1 est sorti. Évalué à 2.
Eclipse est vraiment un éditeur génial (un chouyat lourd, mais vu les fonctionnnalités, ca peut se justifier).
[^] # Re: Feature à la mode
Posté par Gentoo][Gravis . En réponse à la dépêche Eclipse 2.1 est sorti. Évalué à -2.
# Re: XPointer est une recommandation officielle du W3C
Posté par Gentoo][Gravis . En réponse à la dépêche XPointer est une recommandation officielle du W3C. Évalué à 10.
C pas pour jouer les raleurs, mais chaque news a maintenant le droit a son lot de questions immédiates pour explications ...
[^] # Re: Des technologies ouvertes au service du jeu
Posté par Gentoo][Gravis . En réponse à la dépêche Des technologies ouvertes au service du jeu. Évalué à 10.
D'ailleurs, à ce sujet, je dois conseiller à tous TwistedMatrix qui est un framework python. La particularité de celui-ci est d'avoir été créé dans le but de créer des jeux !
http://twistedmatrix.com(...)
Pour l'utiliser dans un projet professsionel (pas pour un jeu), c'est une démonstration de ce que peux offrir python...
[^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars
Posté par Gentoo][Gravis . En réponse à la dépêche Démarrage du projet Gentoo GNU/Hurd le 13 Mars. Évalué à 3.
[^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars
Posté par Gentoo][Gravis . En réponse à la dépêche Démarrage du projet Gentoo GNU/Hurd le 13 Mars. Évalué à 4.
[^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars
Posté par Gentoo][Gravis . En réponse à la dépêche Démarrage du projet Gentoo GNU/Hurd le 13 Mars. Évalué à 4.
Ca marche plutot pas mal, mais ces packets sont très vite obsolètes, et au moindre emerge rsync && emerge -u --deep world, c reparti comme en 40
[^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars
Posté par Gentoo][Gravis . En réponse à la dépêche Démarrage du projet Gentoo GNU/Hurd le 13 Mars. Évalué à 6.
A noter que des gars de gentoo sont en train de bosser sur un installeur (en python, voilà une bonne idée) :
http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-src/cursingcow/(...)
(les commit sont vieux, et ils cherchent des développeurs, rdv sur mailing list de gentoo).
Bref, pour ce qui est de tout recompiler, c'est un réel soucis. Il faut 1 journée entière sur mon bi athlon 1,8 Ghz pour avoir un truc qui marche... Je ne parle meme pas de mon portable 700 Mhz : (
Bref, une solution temporaire est de disposer d'une petite machine à coté (min 686). Il faut ensuite compiler les packages avec une "march=i686" (dans les fichiers de config de gentoo). Puis de partager en NFS /usr/portage/packages/ALL et de le monter sur les clients (portable notamment).
Enfin, il faut rajouter les options de compil commun a tout ce monde... La perte de perf sera, aller, de quelques % (2%, ou 3% ?) mais mon portable ne compile plus rien, et se contente de décompresser ce qu'il a dans son montage nfs.
enfin pour les tout nouveaux packages, tout le monde est mis à contribution avec distcc (compilateur distribué).
# Re: Nouvelle version majeure de Red Hat
Posté par Gentoo][Gravis . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 10.
[^] # Re: Python in a Nutshell
Posté par Gentoo][Gravis . En réponse à la dépêche Python in a Nutshell. Évalué à 1.
[^] # Re: Python in a Nutshell
Posté par Gentoo][Gravis . En réponse à la dépêche Python in a Nutshell. Évalué à 4.
Sinon, pour du script normal, un bon vi, sinon, tu as SciTE qui est pas mal du tout, mais qui t'empeche de passer d'un buffer à l'autre (ou alors g pas trouvé le raccourcis ?!).
enfin, celui dont je me sers tous les jours, KATE ! Seul ombre au tableau, il ne gère pas l'autocomplétion, alors que SciTE le fait (et boa plante quand on le fait).
[^] # Re: Python in a Nutshell
Posté par Gentoo][Gravis . En réponse à la dépêche Python in a Nutshell. Évalué à 4.
# Re: Nautilus 2.2.2 est sorti
Posté par Gentoo][Gravis . En réponse à la dépêche Nautilus 2.2.2 est sorti. Évalué à 10.
[^] # Re: Sortie de la Release Candidate 3 de Gentoo 1.4
Posté par Gentoo][Gravis . En réponse à la dépêche Sortie de la Release Candidate 3 de Gentoo 1.4. Évalué à 4.
En revenche, même si on connait les atouts de portage (les packages gentoo ne sont que des sources compilés à la demande, avec les options de configuration qui correspondent au système).
Bref, pour rajouter le support Palm pilot dans Evolution, il faut avoir dans sa variable USE : pda. Le seul pb est qu'il faut recompiler evolution et pas de trucs si on achète un pda. On a beau dire, sur un bi-proc Athlon 1,8GHz, ca devient vite gonflant !!
Mais là me direz-vous, ouais mais c super optimisé pour ta plateforme, ca speed ! Hé bien, je viens de passer à la redhat 8, quelques bugs critiques dans gentoo m'ayant trop souvent empêché de bosser. Au niveau de la rapidité, je trouve la redhat même plus rapide que ma gentoo, pourtant compilée pour athlon-mp. Tous mes packages sont en i386 maintenant, et cela ne fait aucune différence, mis à part le temps qu'il faut pour les installer.
Je dois reconnaitre par contre, que les packages de la gentoo, était la plupart du temps particulièrement bien faits et complets.
# Re: TrackBalls 0.7.1 est disponible
Posté par Gentoo][Gravis . En réponse à la dépêche TrackBalls 0.7.1 est disponible. Évalué à 9.
[^] # Re: MySQL Connector/J : 3.0.6 stable et 3.1.0 alpha
Posté par Gentoo][Gravis . En réponse à la dépêche MySQL Connector/J : 3.0.6 stable et 3.1.0 alpha. Évalué à -1.
# Re: MySQL Connector/J : 3.0.6 stable et 3.1.0 alpha
Posté par Gentoo][Gravis . En réponse à la dépêche MySQL Connector/J : 3.0.6 stable et 3.1.0 alpha. Évalué à -8.
Bref, mysql est très rapide, pas cher, mais manque encore des outils qui font d'une base de données un système Gérable et utile pour l'entreprise. Je vois mal un manager se taper des lignes de commandes, alors qu'un DTS lui permet de prendre des données d'un fichier excel pour le ramener dans une table en deux clics de souris.
[^] # Re: Droit
Posté par Gentoo][Gravis . En réponse à la dépêche Microsoft brevette les API de .NET. Évalué à 5.
# Re: Kopete 0.6
Posté par Gentoo][Gravis . En réponse à la dépêche Kopete 0.6. Évalué à 10.
Bravo aux équipes de kde pour leur boulot !
[^] # Re: L adresse du themes en question
Posté par Gentoo][Gravis . En réponse à la dépêche Interview des créateurs d'icônes KDE. Évalué à -1.
C bizarre, je suis le seul a penser ca sur kde-look...