B. franck a écrit 718 commentaires

...j'ai réussi a trouver l'astuce pour que mon 1 serveur de mail relai le mail d'un utilisateur se trouvant sur le 2ème serveur de messagerie (postfix).

ça m'intéresse ton truc !

siinon as-tu essayé de rajouter l'ip_de_la_machine dans la variable
mydestination du fichier main.cf ?

Tu connais un bon soft pour convertir les bank de samples
convertir de quoi à quoi ?

pour jouer des midis sous Linux depuis AKAI
tu veux dire contrôler un akai sx000 ?

(je parle des formats récents de AKAI hein) vers SF2 ou autres ?
SF2 ? késako ? soundforge 2?

cadeau: http://www.linuxsampler.org/about.html(...)
un soft a suivre des yeux qui devrait être très intéressé installé sur un embarqué...

il y aurait peut-etre bien quelques auto-tools à relancer (rebuild-all je crois)

parce que tu fais encore de la zic sous windoze toi !?

y'a longtemps que je suis plus en dual-boot.

Que je suppose être la nouvelle unstable (me trompe-je ?).

l'unstable sera toujours Sid. (à moins que ce garçon turbulent ne grandisse)

c'est vrai que le protocole smtp stipule bien que l'agent doit consulter le champ MX de l'enregistrement dns du domaine vers lequel le mail doit partir... Donc ça peut pas marcher.

Mais si les 2 configurations sont identiques et que le serveur fonctionne en local , ça devrait bien se passer.
SMTP est quand meme assez robuste et postfix suffisament verbeux dans les logs pour régler un ptit problème rapidement.

Tester quoi au fait ? En local ça ne suffit pas ?

tu l'enregistres en .RTF et tu le renommes en .DOC
ça aura le même effet mais ça prendra 3 fois moins de place.

et en mettant un alias sur le vieux serveur

test: test@adr_ip_du_nouveau_serveur

sans oublier de lancer newaliases

En premier lieu, il faudrait vérifier les gravures, celà ressemble à une gravure partie en vrille. (vérifier l'image téléchargée et la gravure sur le disque avec le "checksum" fournie sur le site où tu les as eu)

pour la copie de répertoire j'ai un doute...


l'option -r fait une copie récursive.

Je voudrais écrire un script permettant de relever toutes les X secondes les valeurs de charge de la CPU ainsi que la consommation mémoire.

ça ressemble à top. Mais si tu veux vraiment le réécrire => man proc

Puis-je m'inspirer d'un script qui a déjà été écrit?
oui c'est même recommandé

en réseau local, j'ai testé le multicast et ça marche plutôt bien,
j'ai diffusé plusieurs (4) flux en même temps sans problème.
Regarde dans la doc de vlc elle est très bien faite et le "wizard"
de vlc l'est aussi.

une rapide recherche google m'a donné (premier lien):

http://fy.chalmers.se/~appro/linux/DVD+RW/#growisofs(...)
qui nous apprend comment graver une image iso:

growisofs -Z /dev/scd0=image.iso

toute la complexité réside dans la détermination du périphérique
scsi associé à ton graveur usb.
vu le dmesg, je tenterais /dev/sg2 en lieu et place de /dev/scd0

date +%s.%N

date (coreutils) 5.0.91
Written by David MacKenzie.

ça n'a peut-être rien à voir mais
je ne comprends pas le "-ovc copy".
le "-oac copy" je veux bien mais pour les deux,
je ne comprends l'utilité...

(-ovc lavc pour encoder quelquechose)

Une meilleure approche serait de migrer la base au possible vers un vrai sgbd comme postgresql et de refaire la base sous access de façon à ce qu'elle attaque les tables postgres par liaison via odbc.

Je n'avais pas eu trop de surprise et même qu' access gagnait en performance, même en comparant avec une base locale.

The target audience for ttylinux is mainly system administrators and people who want to put together minimalistic systems of their own.

change de distribution.

le probleme pourrait etre grandement atténué en essayant de se rapprocher de la focale 50mm (voire au dessus) au moment de la prise de vue pour éviter l'aberration sphérique des courtes focales.

mais bon je pense que tu devrais t'y prendre autrement
déjà le

cat fichier | grep machin

on peut éviter un sous process par

grep machin fichier

mais je taperais un ptit coup de perl pour éviter le gloubiboulga...


#!/usr/bin/perl -w
# script: remptruc.pl
while(<>){
chomp;
s/truc//;
print "$_\n";
}


usage: remptruc.pl fichier

je ne pense pas que ce soit possible car la téléphonie de free est de la voix sur IP.

c'est surement peu plus propre de le faire au niveau SQL,

pas sûr. car ta fonction LEFT va être appelée autant de fois qu'il y aura
de tuples dans la réponse.
Donc, suivant les cas il faudra mieux charger le serveur web tantôt le serveur de bdd.
Si les 2 sont sur la même machine, il faut faire des essais de performance.

Sous grosse charge, je créerais une table auxiliaire stockant ce résumé pour éviter de l'extraire à chaque fois. (on perd en place disque
mais le disque est mons cher que le cycle)

D'autant plus qu'en contournant ce dispositif anti copie, je me mets dans l'illégalité.

je ne pense pas car c'est à des fins d'interopérabilité avec ton lecteur cd embarqué.
De plus tu as droit à ta copie de sauvegarde...
.

re-vérifie la justesse du lien symbolique /dev/cdrom
il pointe vers /dev/hda ce qui me surprend un peu...
à moins que ce soit une machine de gros bidouilleur fou, on ne trouve jamais de cdrom en master sur le premier bus ide. (mais c'est possible tout de même)

<newbie_area>
si ton lecteur est sur le premier bus (sur la meme nappe que le disque dur) il a de forte chance d'être en /dev/hdb
s'il est tout seul sur la 2 eme nappe, il sera soit en /dev/hdc soit en /dev/hdd
</newbie_area>
je prends pour acquis que c'est un lecteur ide et non scsi ou usb...

...

en plus je suis à côté de la plaque avec mon +%s...
toutes mes excuses. Je suis vraiment fatigué aujourd'hui...