-=[ silmaril ]=- a écrit 1472 commentaires

ftp://openoffice.cict.fr/pub/openoffice/localized/fr/2.2.0/

Et annoncé et miroré chez clubic depuis le 31 ...

Je subodore que le delai du 2 avril est la pour valider la copie sur tout
les miroirs avant de l'annoncer sur le site

Si mes souvenirs de l'époque où l'on m'a forcé à faire du jsp sont bons,
tu ne peut pas faire ça.
Justement pour nous ils avaient bidouillé à base de chmod g+s pour nous permettre
de travailler dans des sous dossiers du dossier de base tomcat.

Exemple: reseau en 192.168.1.0/255

'Vrai' routeur (avec connection internet): 192.168.1.255
'Routeur' interne avec pare-feu etc: 192.168.1.1

si le poste 192.168.1.2 tente une requete vers l'exterieur, il va envoyer son paquet au routeur 192.168.1.1 qui va faire eventuellement ses filtrages et renvoyer le paquet au routeur 192.168.1.255.
Le problème dans ce cas est qu'il va aussi envoyer un message icmp redirect à 192.168.1.2, lui annonçant que la route la plus courte est celle qui passe par 192.168.1.255. Un linux de base n'aura que faire de ce message, mais windows lui le prend en compte et donc toute requete suivante passera directement sur 192.168.1.255

La /proc/bus/usb et la libusb devraient te permettre de faire tout ce dont tu as besoin.

Pour faire court oui

Pour cela il te faut désactiver le dhcp de la freebox, la partie wifi étant bridgée sur
l'ethernet c'est ton serveur qui repondra au dhcp et dans ce cas tu n'a qu'a ne pas mettre l'adresse ip de la freebox comme gateway mais bien celle tu serveur (l'ip privée).

Attention toutefois si tes postes clients sont des machines windows et que tu utilise une seule classe IP tu peut rencontrer des ennuis avec les messages icmp d'optimisation de route.

Le problème est que bash doit calculer la taille exacte du prompt pour que la gestion des lignes longues fonctionne correctement, mais il n'est pas capable de deviner quel sera le résultat d'un code ansi (ca dépend tu code et du terminal).

C'est pour ça qu'il existe les opérateurs \[ et \]
PS1="\[$red\][\[$WHITE\]${debian_chroot:+($debian_chroot)}\u@\h:\[$yellow\]\w\[$red\]]%\[$white\]"

devrait faire l'affaire.

- raid matériel

pour de bonnes perfs => carte avec mémoire intégrée ET (très important) batterie de backup

- backup

Quid ? que veut tu dire par la ?

- mois de 100 utilisateurs simultanés

Si ton appli est bien développée, un pe850 en dual core + perc5 avec de bon disques (15k rpm) devrait suffire.
Si tu veut plus de sécuritée (double alim) => pe1950

Pour l'instant je n'ai jamais vu un serveur (hp, dell, dataswift) sur lequel linux ne fonctionne pas. Certes il arrive que les outils de monitoring fournis par les constructeurs ne soient pas compatibles avec telle ou telle distribution mais globalement le HW serveur et bien mieux supporté sous linux de base que les trucs hype pour postes de travail.

Tu as plusieurs solutions,

1/ tres simple:
Tu change la racine de ton serveur web.
Recherche une ligne:
DocumentRoot /var/www/
Dans ton httpd.conf et change la pour:
DocumentRoot /var/www/html/uo

Rq: quitte à faire cela autant déplacer les fichiers depuis /var/www/html/uo vers /var/www

2/ plus propre: création d'un virtual host pour ton domaine
univ-ouaga.bf:
Crée le fichier /etc/apache/conf.d/virtual-uo.conf avec le contenu suivant
---8<------
NameVirtualHost *
<VirtualHost *>
ServerAdmin webmaster@localhost
ServerName www.univ-ouaga.bf
# ServerAlias univ-ouaga.bf

DocumentRoot /var/www/html/uo


Options FollowSymLinks
AllowOverride None

<Directory /var/www/html/uo>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all

DirectoryIndex index.php


ErrorLog /var/log/apache2/error.log
LogLevel warn
CustomLog /var/log/apache2/access-uo.log combined
ServerSignature On
</VirtualHost>
--8<--------------------

3/ Plus complexe:
ré-écriture d'url avec mod_rewrite.

Si tu ne fait pas d'hebergement de masse c'est pas vraiment utile.


Ps: c'a fait un peu "Renault R5" ton chemin /var/www/html/uo

http://openweb.eu.org

Bon au debut je ne voyais vraiment pas le problème ;)

Mais au final ma réponse est 'PXE'

alors mnt je vois qu'il ya un probleme avec le procmailrc
et je me demandais pourquoi je ne trouvais pas mon procmailrc.log

==> parce que l'utilisateur sous lequel procmail est executé (utilisateur à qui est destiné le mail normalement) , ne peut ecrire dans /var/log/procmailrc.log
solution: creation en root du fichier et affectation de droits suffisants

>mais je qui m'étonne le plus c'est que je ne trouve aucun article on a bien la
>preuve que la QOS fonctionne, on dit comment faire mais il n'y a aucune preuve.

La preuve ?
Bein c'est pas dur: tu fait des tests simples..
Ex: tu prioritize le ping et tu mesure le RTT avec la ligne non chargé et la
ligne a pleine charge.

>donc j'ai commencé par le marquage les paquets avec le champs TOS, j'ai trouvé
>des commandes, après j'ai voulu vérifier que se champs était bien modifier en
>analysant une trame avec etherreal, et a m'a grande surprise, je ne trouve pas le
>champs TOS. je suposse que le champs DSCP est l'équivalent, pouvez vous me le confirmer ?

http://www.rhyshaden.com/ipdgram.htm

Type of Service - is how the datagram should be used, e.g. delay, precedence, reliability, minimum cost, throughput etc. This TOS field is now used by Differentiated Services and is called the Diff Serv Code Point (DSCP).


>j'ai également une autres question : comment nettoyer le marquages de ces
>paquets ? dans les tuto on trouve pour nettoyer les files d'atttente mais pas le
>marquage des paquets.

Remet le TOS à zero.

Alors pour information, TFTP n'est pas du tout adapté pour ça.
Ce protocole fut conçu pour des équipements réseaux nécessitant
un accès simple à des fichiers (terminaux X, switchs/routeurs) sans
nécessiter la complexité du protocole FTP.

Donc TFTP à été conçu sans gestion utilisateur, et avec une gestion des droits
'basique'. Pas de gestion de compte, un flag ecriture simple.

Je ne connait pas de méthode officielle et 100% complete pour cela.
par contre il y a moyen de sortir la liste des paquets utilisants debconf
via la commande suivante:

grep Owners /var/cache/debconf/config.dat /var/cache/debconf/passwords.dat | cut -f2- -d' ' |sed -e "s/, /\n/g" |sort |uniq

Sans vouloir remuer le couteau dans la plaie, le projet ALSA c'est
Advanced Linux Sound Architecture. Donc bon ça n'a pas vraiment
été fait pour etre portable...

# locate sftp
/usr/bin/sftp
/usr/lib/sftp-server
/usr/share/man/man1/sftp.1.gz
/usr/share/man/man8/sftp-server.8.gz


Ca te va comme piste ?

J'ai récemment eu envie de tester beryl/compiz, j'ai fini par comprendre un truc important:

Il y a deux méthode pour pouvoir utiliser beryl/compiz
- Disposer de l'extension AIGLX sur son serveur X
- Utiliser le serveur Xgl

Le choix entre ces deux solutions n'est pas libre, il dépend de ta carte graphique (enfin de ses drivers plus exactement). Pour faire simple si tu dispose d'un driver opensource gérant correctement la 3D de ta carte (cartes intel, cartes ati < 9200) alors tu peut utiliser AIGLX et donc lancer beryl directement dans un Xorg 'normal'.
Dans le cas contraire (ATI récente / Nvidia) point de choix => serveur Xgl obligatoire pour faire tourner beryl.

Pourquoi faire simple quand on peut faire compliquer ...
(ou plutôt l'inverse dans le cas présent)

Normalement le firmware de ta carte est inclus avec le noyaux, eventuellement
dans le paquets linux-restricted-modules mais dans Ubuntu edgy le firmware du ipw2200 fait parti de l'image linux-image directement.

=> ls /lib/firmware/`uname -a`/

quand à la règle udev firmware_helper elle est normalement déjà présente

=> /etc/udev/rules.d/80-programs.rules
-----8<----------------------------
# This file causes programs to be run on device insertion.
# See udev(8) for syntax.
#
# "Hotplug replacement" is handled in 90-modprobe.rules; this file only
# specifies rules for those programs that are shipped in the minimal Ubuntu
# system, programs outside of that may ship their own rules.

# Load firmware on demand
SUBSYSTEM=="firmware", ACTION=="add", RUN+="firmware_helper"
-----8<----------------------------

PS: Si ça marche pas sur dapper, passe en edgy ça marche Out of the box ....

PS2: As tu eu la curiosité de regarder le contenu des deux dossiers dont
te parle ta documentation ("You need to place all of these files into the hotplug firmware directory, e.g. /usr/lib/hotplug/firmware/ or /lib/firmware/.") avant de dire que tu n'avais aucune idée de l'endroit ...

Je ferais une remarque rapide sur les extensions:
Sous linux elles n'existent que pour l'utilisateur ou presque.
utilise plutot la commande 'file' pour savoir ce que contiennent tes fichiers.
et fait attention, si l'argument fourni a ton script est un chemin de fichier complet
dont un dossier contient un point, un chemin relatif (eg ../file.mp3) ou même
plus simplement si ton fichier contient plusieurs point (toto.tata.mp3) bein ton script ne marchera pas (du moins pas comme tu l'attend)

ce que tu cherche c'est un logiciel de supervision:
cacti
mrtg
zabbix
OpenNMS
Oreon
....

Alors d'abord
indispensable pour faire quoi ?

Kde n'est absolument pas indispensable a linux, et Xorg non plus.

le seul truc vraiment indispensable c'est le kernel lui même.
ensuite tout depend de ce que tu veut en faire, exemple pour une
'boite a musique' il est tout a fais envisageable de dégager tout
jusqu'a init et les shells et n'avoir que mpd par exemple qui tourne
sur la machine (pas forcement une bonne idée mais c'est faisable).

*Beuh tu a vu ça où que nautilus avait pas d'affichage en liste toi ?

il suffit de changer dans le menu drop-down qui affiche 'Voir en temp qu'Icone' par défaut.

bon dsl, pas tout lu.

que donne pkg-config --list-all

> Please install the X.org SDK/development package for your distribution

as tu vérifier que les packages -dev de X sont installés ?