Ton appli 'professionnel' utilise le haut parleur interne de ton pc.
(C'est sur c'est plus facile que de programmer un dsp, mais y a des outils qui peuvent le faire simplement)
reponse con il a jamais dit qu'il faisait serveur mail,
il a un compte pop3 et 7go d'espace libre sur le disque de sa machine (qui fetch le compte, enfin c'est comme cela que je le voit).
Ok. perso je garde mon amavis qui supporte les outils suivants (et leurs formats associées):
uudecode
compress
gunzip
unzip
unarj
unrar
xbin
LHArc
bunzip2
zoo
arc
freeze
tnef
Le seul reproche que je peux faire à clamav est qu'il ne filtre pas les virus zippé avec le mot de passe dans le corps du message, dès fois que l'utilisateur serait assez stupide pour dézipper le virus et l'exécuter...
Je suis surpris c'est le boulot de amavis cela (decoder les fichiers attachés et extraire les archives) et je doute que clamav marche directement sur les mails.
Peut etre as tu oublié l'un ou l'autre des decompresseurs de fichiers ?
ou plutot, utilise syslog pour faire le log dans ton programme, et ensuite
laisse au systeme logger le choix du stockage. (ex msyslog permet l'utilisation de bdd)
Ca permet de deplacer le probleme, de beneficier des fonctions du syslog (deportation des logs sur d'autres machines, timestamp automatique, ...)
Donc si si c'est prevu. Et de toute facon l'absence des module-init-tools ne genere pas forcement un kernel-panic (enfin sauf s'il n'arrive pas a charger le root fs bien sur). La apparement c'est le 2.6.6-2 qui est foireux
si si tu a dit des incoherences et tu n'a meme pas lu sa reponse jusqu'au bout.
Le FAI pourrait tres bien bloquer le port 1863 pour tout ses clients sans guerre de difficultées.
Meme si le port source est variable
il faut un gpg recent, et utiliser la commande revuid en mode edit.
Mais le resultat n'est que partiellement 'bo' vu que le système de revocation impose de garder quelque part les uid revoquées.
Donc elles existent tjrs, c'est juste qu'elles ne sont plus affichées automatiquement.
Surement lorsque l'option a été programmée, les balladeurs en vente ne permettaient pas encore de faire le transfert inverse
Hem Hem, meme les premiers petit baladeurs mp3 en 2001 se comportaient comme des disques USB et a plus forte raison tout les balladeurs suivants le fesaient aussi. Sauf ceux qui integraient la gestion des droits musicaux.
Ils parlent ici des pilotes fglrx fournis par ATI pour les cartes a base de R300 et plus (familles radeon 9500 9600 9700 9800 et suivants).
Les drivers libres ne sont pas conernés par ce problème
Parce que j'ai vraiment peur que si tu partes par exemple d'une Debian, il sera beaucoup plus difficile (mais pas impossible) de l'adapter.
Ou le gros troll, et la Knoppix a ton avis elle est partie de quoi ?
Bcp de distro specialisées sont parties de la Debian.
De plus dans les dernieres version est apparu un outil qui s'appelle dpsyco: http://www.opal.dhs.org/programs/dpsyco/(...)
qui permet de creer des paquetages virtuels prenant en charge la configuration des vrais paquetages, de patcher les binaires etc etc.
Moi perso j'utilise LVM sur du RAID 1 actuellement. Alors bon il y a peut etre un ralentissement et meme surement vu qu'il y a des couches de plus a passer pour transformer les bloc logiques en bloc physiques (il faut determiner les associations VG => PV puis PV => device et enfin device => bloc), mais il faut bien voir quand meme que les acces memoires et les calculs CPU prennent bcp moins de temps que les acces disques. L'influence est surement plus faible sur des systeme SCSI grace a l'inutilité du CPU lors des acces disques mais bon y a rien d'exceptionnel et les avantages sont quand meme importants.
A noter les Sun utilisent un systeme +/- semblable au RAID soft de linux depuis le debut et les SGI (IIRC) utilisent un equivalent du LVM depuis tres longtemps. Donc bon c'est que ca doit pas eter si terrible que ca.
J'ai eu un pb du genre, mais c'etait discover qui m'avait chargé les modules OSS avant que hotplug ne charge les modules alsa ==> conflit et pas de son via alsa.
Désolé j'avais pas vu ton premier journal, j'aurais pu te prevenir que ca fait deja facile 4 ans que le projet alsa est au courant que les carte son 'Sb Live' fournies par DELL ne sont pas des SB Live (au sens ou Sb Live == EMU10Kx).
J'y avais pensé mais je me suis dit bof, non il a du verifé cela :)
Quoique en fait je pensai plutot niveau pilotes controleurs disques.
Mais bon, tu vera avec le temps s'acquiert l'experience, et pour en avoir fait de verte et des pas mures je peut te dire que y a tjrs des trucs qu'on oublie.
Ex actuellement ma conf (d'ailleurs faudrait pas qu'elle foire, j'aurais peu de chance de pouvoir la reinstaller simplement): Pour la faire j'ai commencé par une gentoo sur IDE, deplacée +/- correctement sur 1 disque SATA, avec un 2me inutilisé, puis reconfiguration totale en debian, avec RAID 1 logiciel sur les deux SATA pour le root et un LVM en stripping pour le reste, puis migration du LVM stripping en RAID1+LVM .
Et bien j'ai mit du temps a me rendre compte que le volume LVM n'utilisait pas en priorité les devices /dev/md. Et donc je tournait sur un seul disque (pour le lvm) sans m'en rendre compte.
Et bien sur malgres toute les precaution du monde lorsque j'ai voulu resynchroniser les deux partition raid, et bien je me suis retrouvé avec la version la + ancienne, celle qui datait de la creation du RAID+LVM.
Bilan 4 jours de passés a la trappe, heureusement j'utilise un serveur proxy pour le web et le mail et j'ai pu retrouvé a peu pres tout ce que j'avais perdu mais quelle bataille :(
- bien essayé, mais faut absolument que ça soit réentrant (bibliothèque oblige)
Et bien alors oublie tout de suite ce que tu fait a present, si tu veut faire du reentrant regarde les fonctions fournies par le glibc terminée en _r(), elles demandent toutes le buffer et sa taille, car il n'est pas possible de concilier efficacement et de maniere propre le multi-thread, les buffers et les allocations dans les fonctions.
Ps: est tu certain d'avoir besoin de consulter le /proc pour faire ce que tu veut ?
Normalement c'est plutot reservé aux scripts, les programmes compilés faisant appel aux syscall correspondants.
# Reprogrammer l'application...
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal pc carte son. Évalué à 1.
(C'est sur c'est plus facile que de programmer un dsp, mais y a des outils qui peuvent le faire simplement)
[^] # Re: et apt-listbugs
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal C'est moi ou?. Évalué à 2.
et localepurge top top aussi
[^] # Re: Beurk
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal GMail. Évalué à 4.
il a un compte pop3 et 7go d'espace libre sur le disque de sa machine (qui fetch le compte, enfin c'est comme cela que je le voit).
Perso: uucpssh roXXor des loutres mais bon :)
[^] # Re: Je ne sais pas mais ....
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal proxy http, pop, et antivirus ?!. Évalué à 1.
uudecode
compress
gunzip
unzip
unarj
unrar
xbin
LHArc
bunzip2
zoo
arc
freeze
tnef
[^] # Re: Je ne sais pas mais ....
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal proxy http, pop, et antivirus ?!. Évalué à 1.
Je suis surpris c'est le boulot de amavis cela (decoder les fichiers attachés et extraire les archives) et je doute que clamav marche directement sur les mails.
Peut etre as tu oublié l'un ou l'autre des decompresseurs de fichiers ?
# Les deux mon capitan,
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal programmation : fichiers logs ou dans la base de donnée. Évalué à 5.
laisse au systeme logger le choix du stockage. (ex msyslog permet l'utilisation de bdd)
Ca permet de deplacer le probleme, de beneficier des fonctions du syslog (deportation des logs sur d'autres machines, timestamp automatique, ...)
[^] # Re: module init
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Passage en 2.6 et les soucis qui vont avec. Évalué à 1.
Donc si si c'est prevu. Et de toute facon l'absence des module-init-tools ne genere pas forcement un kernel-panic (enfin sauf s'il n'arrive pas a charger le root fs bien sur). La apparement c'est le 2.6.6-2 qui est foireux
# Un pb de driver video ?
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Problème avec le curseur de la souris dans XFree86. Évalué à 1.
[^] # Re: arf !
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal AMSN et Wanadoo. Évalué à 3.
Le FAI pourrait tres bien bloquer le port 1863 pour tout ses clients sans guerre de difficultées.
Meme si le port source est variable
[^] # Re: pas de solution
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Modification de clé PGP. Évalué à 4.
Mais le resultat n'est que partiellement 'bo' vu que le système de revocation impose de garder quelque part les uid revoquées.
Donc elles existent tjrs, c'est juste qu'elles ne sont plus affichées automatiquement.
[^] # Re: Un peu HS, désolé....
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Compresser Firefox.... Évalué à 1.
# Lire doc
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal aide concernant alsa et l'usage de deux cartes sons. Évalué à 1.
lire exemple utiliser deux cartes son stereo pour creer un semi surround.
[^] # Re: ton xp
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Les DRM de virgin.fr ne servent a rien !. Évalué à 1.
Hem Hem, meme les premiers petit baladeurs mp3 en 2001 se comportaient comme des disques USB et a plus forte raison tout les balladeurs suivants le fesaient aussi. Sauf ceux qui integraient la gestion des droits musicaux.
# Peut etre
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal XFS (serveur de fonts) récalcitrant. Évalué à 1.
ca dit qque chose ou pas ?
[^] # Re: avantages
Posté par -=[ silmaril ]=- (site web personnel) . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 2.
Les drivers libres ne sont pas conernés par ce problème
[^] # Re: man sftp
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal kioslaves : sftp sur port 80. Évalué à 1.
[^] # Re: Une petite proposition: Slackware !!!!
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Creer une distrib (ou une -distrib-like). Évalué à 1.
Ou le gros troll, et la Knoppix a ton avis elle est partie de quoi ?
Bcp de distro specialisées sont parties de la Debian.
De plus dans les dernieres version est apparu un outil qui s'appelle dpsyco: http://www.opal.dhs.org/programs/dpsyco/(...)
qui permet de creer des paquetages virtuels prenant en charge la configuration des vrais paquetages, de patcher les binaires etc etc.
[^] # Re: pas forcément sur le sujets des fs mais bon liée qd même
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Choix du systeme de fichier. Évalué à 3.
Moi perso j'utilise LVM sur du RAID 1 actuellement. Alors bon il y a peut etre un ralentissement et meme surement vu qu'il y a des couches de plus a passer pour transformer les bloc logiques en bloc physiques (il faut determiner les associations VG => PV puis PV => device et enfin device => bloc), mais il faut bien voir quand meme que les acces memoires et les calculs CPU prennent bcp moins de temps que les acces disques. L'influence est surement plus faible sur des systeme SCSI grace a l'inutilité du CPU lors des acces disques mais bon y a rien d'exceptionnel et les avantages sont quand meme importants.
A noter les Sun utilisent un systeme +/- semblable au RAID soft de linux depuis le debut et les SGI (IIRC) utilisent un equivalent du LVM depuis tres longtemps. Donc bon c'est que ca doit pas eter si terrible que ca.
[^] # Re: LIRC
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Télécommande Radio USB. Évalué à 1.
les ports IrDA ne sont que des ports series sans cables c'est tout.
# Conflit ?
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Problèmes de son kernel 2.6.6. Évalué à 1.
# Juste pour dire ...
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Creative Labs [SB Live! Value]. Évalué à 1.
# S'il arrive pas a demarrer
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Pb disque dur IBM SCSI. Évalué à 1.
[^] # Re: c bon
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal kernel panic avec le montage du root - aidez moi svp :-). Évalué à 1.
Quoique en fait je pensai plutot niveau pilotes controleurs disques.
Mais bon, tu vera avec le temps s'acquiert l'experience, et pour en avoir fait de verte et des pas mures je peut te dire que y a tjrs des trucs qu'on oublie.
Ex actuellement ma conf (d'ailleurs faudrait pas qu'elle foire, j'aurais peu de chance de pouvoir la reinstaller simplement): Pour la faire j'ai commencé par une gentoo sur IDE, deplacée +/- correctement sur 1 disque SATA, avec un 2me inutilisé, puis reconfiguration totale en debian, avec RAID 1 logiciel sur les deux SATA pour le root et un LVM en stripping pour le reste, puis migration du LVM stripping en RAID1+LVM .
Et bien j'ai mit du temps a me rendre compte que le volume LVM n'utilisait pas en priorité les devices /dev/md. Et donc je tournait sur un seul disque (pour le lvm) sans m'en rendre compte.
Et bien sur malgres toute les precaution du monde lorsque j'ai voulu resynchroniser les deux partition raid, et bien je me suis retrouvé avec la version la + ancienne, celle qui datait de la creation du RAID+LVM.
Bilan 4 jours de passés a la trappe, heureusement j'utilise un serveur proxy pour le web et le mail et j'ai pu retrouvé a peu pres tout ce que j'avais perdu mais quelle bataille :(
# Par rapport au film ?
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Logiciels Libres dans Net force 2. Évalué à 1.
D'habitude les clancy j'apprecie mais la serie des net force j'ai pas osé quand j'ai vu le film.
[^] # Re: Portabilité ?
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal procfs, limitation du système de fichiers, PATH_MAX. Évalué à 1.
Et bien alors oublie tout de suite ce que tu fait a present, si tu veut faire du reentrant regarde les fonctions fournies par le glibc terminée en _r(), elles demandent toutes le buffer et sa taille, car il n'est pas possible de concilier efficacement et de maniere propre le multi-thread, les buffers et les allocations dans les fonctions.
Ps: est tu certain d'avoir besoin de consulter le /proc pour faire ce que tu veut ?
Normalement c'est plutot reservé aux scripts, les programmes compilés faisant appel aux syscall correspondants.