Frédéric Mangeant a écrit 94 commentaires

Il me tarde que la 2.14 arrive dans le portage de gnome.

C'est déjà dans portage : http://packages.gentoo.org/search/?sstring=gnome-desktop
(en hard masked)

A propos de Gentoo, la version 2.12.3 est en train d'être stabilisée sur toutes les architectures.

D'ailleurs voici la raison pour laquelle la glibc 2.4 est déjà en ~arch :

glibc 2.4 officially hit the Portage tree. Forum users were surprised to
see that it got straight into ~arch instead of being hard masked first.
However, they did quite a lot of tests, like rebuilding the toolchain and
all seemed to go well. Some of them even tried it with GCC 4.1 and
experienced no problems. Nevertheless, they did find some minor issues
when building nptl-only applications:

* GLIBC 2.4 now officially in portage[4]
4. https://forums.gentoo.org/viewtopic-t-442247.html

L'ebuild mozilla-firefox n'est pas encore "stable" au sens Gentoo.

Apparemment pas mal de gens ont des problèmes avec les polices, des plantages, sans parler des problèmes de compilation avec des CXXFLAGS exotiques... Le nombre de bugs sur http://bugs.gentoo.org concernant Fx 1.5 est assez élevé.

Dommage que l'ebuild mozilla-firefox-bin ne passe pas dans la branche stable...

Si tu utilises le "bon" stage3 pour ton CPU (pentium3, pentium4, athlonxp, etc.) le CHOST aura la bonne valeur.

Par contre, il semblerait que pour la 2006.0 seuls les stage3 i586, i686 et x86 "générique" soient disponibles : http://gentoo.osuosl.org/releases/x86/2006.0/stages/

C'était une boutade, ce genre de troll^post apparait à chaque sortie de Gentoo...

Oui, enfin bon, les forums Gentoo quand on y lit ceci :

Gentoo 2006.0 is out

Phreaker wrote:
Finally!I'm backing everything up and installing Gentoo 2006.0 now

;-)

Une doc sympa est disponible ici : http://www.gentoo.org/doc/en/gentoo-upgrading.xml

En gros, cela se résume à (pour ceux en x86 évidemment) :

# emerge sync

(MAJ de portage s'il y en a une)

# rm /etc/make.profile
# ln -s /usr/portage/profiles/default-linux/x86/2006.0 /etc/make.profile

J'avais moi aussi une MSI PC54G2 (chipset rt2500 donc), j'en ai eu marre des déconnexions, débits faibles et compagnie.

Du coup j'ai rebranché mon vieux WRT54G, configuré en mode "client wifi" (avec un firmware Sveasoft, dd-wrt, etc.). Plus de déconnexions, WPA sans galérer avec wpa_supplicant, et entre 40 et 50 Mb/s tout le temps.

Pour résumer :

Freebox avec carte wifi ----- WRT54G+++++PC


--- wifi
+++ filaire

Par contre, côté client cela me paraît pas encore assez limité car surtout orienté unix/intel (linus, netbsd) ou, si j'ai bien compris, il faut utiliser le client original de BB qui n'est pas open source.

En fait le client Hobbit, depuis la version 4.1, fonctionne sous AIX, Linux, HP-UX, Solaris, Tru64, Darwin et *BSD.

Pour l'instant les seuils se paramètrent de façon centralisée sur le serveur Hobbit; la version 4.2 permettra de gérer les seuils sur les clients.

en plus j'utilise certaines extensions que l'on trouve sur deadcat comme l'extension oracle ou des extensions spécifiques AIX (lvm, errpt, ...). A priori, elles pourraient fonctionner avec hobbit mais ce n'est pas certain.

Quelques rares scripts externes demandes à être modifiés pour fonctionner (ceux qui tournent sur le serveur Hobbit, basés sur SNMP par exemple), mais les scripts comme Oracle fonctionnent sans rien modifier.

je n'ai malheureusement pas le temps de tester.

la question est de savoir si actuellement c'est vraiment intéressant de migrer vers hobbit et avec quelle charge de travail pour l'adaptation. La documentation n'est pas très claire la dessus.

Si la charge d'adaptation est trop lourde, l'autre solution est de prendre carrément autre chose comme Nagios, Oeron ou Zabbix (quid de Oracle ?) .

Une doc sur la migration BB -> Hobbit est disponible ici : http://www.hswn.dk/hobbit/help/bb-to-hobbit.html

Quand j'ai migré, je me suis contenté :
- d'arrêter le démon bbd
- démarrer le démon hobbitd
- attendre que la carte se reconstruise ;-)

Les logs BB sont compatibles avec Hobbit, tu conserves tout y compris l'historique.

Concernant l'intérêt d'une telle migration, j'ai divisé la load average de mon serveur par ~ 10, donc oui ça vaut le coup :-)

Idem pour HTTPS, les admins sont bien contents d'être prévenus x jours à l'avance que leur certificats vont expirer...

Hobbit 4.2 étant "sur le point" de sortir, j'essaierai de m'y coller pour proposer une dépêche.

Salut

essaye http://www.mibdepot.com/index.shtml

J'utilise Hobbit (en remplacement depuis Big Brother) depuis novembre dernier, pour superviser 1400 équipements (~ 1000 serveurs Unix, Windows, AS/400, MVS et ~ 400 routeurs, switches, AP, "boites noires").

Le tout représente 2200 tests réseau (ping, HTTP, etc.) et 9000 ressources (CPU, disques, etc.)
Ca tourne sur un bi Xeon 3.2 GHz dont la load average ne dépasse pas 0.8, et le temps de génération des 300 pages web est d'une demi seconde.

J'utilisais déjà bbgen par-dessus Big Brother, mais je conseille vraiment de migrer vers Hobbit !

Cacti peut faire de la remontée d'alarme avec le plugin THold ("Thresholding/Alerting module") : http://forums.cacti.net/viewtopic.php?t=6508

Je ne sais pas trop ce que vaut ce plugin, utilisant Hobbit (ré-écriture de Big Brother sous licence GPL) pour superviser ~ 1400 équipements.

Par contre, un autre plugin pour Cacti peut intéresser les utilisateurs de Nagios : NPC ("Nagios Plugin for Cacti") : http://forums.cacti.net/viewtopic.php?t=10327
Il permet de visualiser dans Cacti l'état d'un serveur supervisé par Nagios.

Que te donnes :

$ python-config
-lpython2.3 -lm -L/usr/lib/python2.3/config

Tu dois avoir Python 2.3 "par défaut", il faudrait basculer vers la version 2.4

J'ai mis en place MediaWiki chez nous, le fait de citer Wikipedia comme "référence" aide au niveau crédibilité...

Que te donnes

# hdparm /dev/hda

/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 19857/16/63, sectors = 10248118272, start = 0

using_dma est-il bien à 1 ?

$ lsusb

... batifolle maintenant avec Jean-Claude Duce

Apparemment c'était Jean-Claude Dusse, et maintenant c'est Jessy Duce

A priori l'article n'existe plus (à 12h00 au moins) :

Diese Seite existiert noch nicht

Depuis 1 an et demi, oui...

En revanche, je suis intéressé par la fourniture de package gentoo. Si l'un des utilisateurs ci-dessus veux bien me contacter pour me donner les infos qui nous permettrons de les générer en même temps que les autres, ce sera avec plaisir.

Les ebuilds Gentoo pour mondo-rescue se trouvent ici : http://www.gentoo.org/cgi-bin/viewcvs.cgi/app-backup/mondo-r(...)

La MAJ d'un ebuild se fait en soumettant un bug via http://bugs.gentoo.org
Les mainteneurs Gentoo préfèrent que l'on fournisse un diff par rapport à un ebuild précedent, ensuite cela prend quelques heures en général pour que le CVS Gentoo soit à jour.

Les versions actuelles sont "hard masked", la soumission de la version 2.06 sera une bonne occasion pour sortir de cet état ;-)

D'après http://mozillazine.org/talkback.html?article=7892 :

"If you are using RC2, then you already have 1.5 final."

Salut

dans les ports Gentoo une version 2.10 est listée : http://packages.gentoo.org/search/?sstring=mondo-rescue

Est-ce une erreur ?

MySQL 4.0.26 pour la version anglaise de Wikipedia : http://en.wikipedia.org/wiki/Special:Version

Des versions allégées de ces 2 bases de données sont également disponibles :
- DB2 Express 8.2 (disponible pour Linux & Windows)
- SQL Server Express Beta 2 (Windows uniquement).

Un comparatif a été diffusé par /. la semaine dernière : http://it.slashdot.org/article.pl?sid=05/12/23/0153254&t(...)