Tout dépend de la technologie du lcd en question...
Si mes souvenirs sont bon, dans la technologie actuelle il y a de l'arsenic et du mercure (il faudrais regarder les études de greenpeace et indépendante sur les écrans lcd)
Après une technologie arrive sans tous ces ennuis...
(mais si mes souvenirs sont bon il y a des soucis de longévité et de production de masse)
Bref, oui c'est sur que ça pollue un peu plus (quoique ça dépend d'avec quoi on a fait les claviers avant)
Sur le ça consomme plus d'énergie, c'est facile, la réponse est OUI, vu que dans un cas tu n'as qu'un imprimé et dans l'autre un rétro-éclairage en continue...
Je leur reproche pas d'utiliser un système pas libre, c'est leur droit, qu'ils persévèrent dans leurs conneries si ils veulent...
Ce que je leur reproche est de se foutre royalement de la liberté de tous !
(ou de nous la réduire pour nos dirigeants)
Comme le dis biens stallman (et que j'avais perdu de vue depuis 3-4ans), l'important dans le logiciel libre, n'est pas :
- qu'il marche bien
- qu'il soit gratuit
L'important est que :
- tu en fasses ce que tu veux (lire des hd-dvd y compris, dadvsi l'interdit)
- tu puisse l'étudier/modifier (dadvsi l'interdit)
- tu puisse le passer a ton voisin (dadvsi l'interdit)
- tu puisse améliorer le programme (y compris dégager les protections, dadvsi l'interdit)
Mais ce que je leur reproche est qu'il se moquent des conséquences des lois liberticides votées en considérant que quelqu'un trouvera bien une parade !
Moi en tout cas j'ai choisi de passer au libre pour être dans la légalité vis à vis de mes programmes.
Ce qui me dérange est que JE vais payer les pots cassé pour LEURS conneries !
Qu'ils utilisent des logiciels libre et s'ouvrent au libre ou qu'il payent leur logiciels et en subissent les conséquences.
<réflexion>O_Oups je pense que je viens de passer dans le camp des intégristes que j'ai fortement critiqué au début</réflexion>
Hum, je suis ok pour jouer a des jeux pas libre (quand il méritent leur prix).
Après le port pas mauvais sous linux de nwn1 (bon l'éditeur a pas été porté :'(
J'avais bon espoir d'avoir nwn2 sous linux.
Malheureusement, les connards de commerciaux d'atari on poussé a utiliser du directX pour porté sous x-box.
Le résultat on le connais, le port vers x-box a été abandonné, les devs ont été prévenu quand il était trop tard pour faire machine arrière.
Et moi je n'achèterais pas ce jeux ! (j'ai acheté le 1, mais je regrette vu le coup de poignard d'atari).
Bon je vais être encore une fois clair pour l'insulte de connard a destination du crétin qui a non seulement fait un mauvais choix (qui a déçu la communauté mac+linux), mais qui en plus a fait ce choix sur aucune raison logique !
(franchement depuis quand les jeux de rôle a la nwn c'est fait pour la console ?)
Comme dirait les gars de qt, le marché pour windows est pas prêt, se base sur des sharewares, donc on s'en fout...
Après cet élan d'altruisme certain (je viens de regarder la conf de RMS a pau).
Je conclurais que si ils sont trop con pour utiliser un système libre, il ne méritent pas la liberté !
Nous on perd nos libertés a cause de leur conneries de monopole :
- DADVSI avec 90% d'user linux en France ça serait jamais passé !
- Brevets logiciel dans les mêmes conditions jamais ça ne passerait !
Bref, on paye pour leur connerie, obscurantisme, je vais pas pleurer si ils ont pas de drivers libre !
Dernier point, ils nous ont en plus enterré l'openGL grâce au maintient du monopole, ce qui veux dire pas de jeux pour linux avant des années, alors excuse moi si je suis sectaire comme jamais !
(Je viens de me rendre compte que NWN2 ne tourne pas avec wine chez moi)
Avoir a mettre une majuscule ou un ctrl ça va, mais dès que tu dois sortir le Alt+gr pour moi ça deviens infernal...
(j'en ai déjà 6 a me taper, si il y en a plus en dvorak c'est pas intéressant)
Bon en plus dvorak-fr est pas conçu pour la prog, mais pour taper du français, ce que je fais peu (a part ici)
En plus j'avais été voir dans les exemples fournis par les paquets et il n'y avais pas la moitié du nécessaire !
Si mes souvenirs sont bon il y avais 5 fichier sur les 15 dispo de base sur la mandriva !
Bon j'ai résolu le soucis en récupérant tout depuis ma mandriva.
(avant de dégager définitivement la debian et de mettre une mandriva a la place qui m'a évité de perdre beaucoup de temps sur ce genre de conneries)
Déjà sache que les droits attribués par défaut au répertoire, fichier créé vont dépendre du umask de l'utilisateur.
(aucune propagation d'acl a attendre de ce côté)
Donc tu as peu de choix :
- utiliser un démon inotify pour attribuer les droits qui vont bien sur les fichiers créés dans le répertoire en question
- cron qui se charge d'attribuer les droits sur les fichiers en question régulièrement
- modifier l'application pour attribuer les bons acl a la création
(je sais même pas si c'est possible)
- utiliser une sorte d'umask qui ajoute les acl (ça dois pas exister)
Bref, ce sera lourd...
Si tu utilise du ftp, j'avais résolu le soucis en utilisant des comptes virtuels qui tombent tous sur un même utilisateur physique.
Enfin sache que les acl, pas grand chose les supportent !
ls (de coreutils) ne le supporte que depuis très peu, idem pour kde, il n'y a dedans qu'un support partiel...
(buggué, il ne supporte pas l'attribution d'acl sur un groupe de fichiers)
J'oubliais "un détail", lors de mes derniers tests de merger un fichier x264 + ogg dans un mkv ça a foiré...
En effet, il semblerais que ma version de mkvmerge ou le fomat ne supporte pas le contenu en x264 pour une raison que j'ai oublié (il conseillaient d'aller utiliser un autre outil, j'ai laissé en .avi par flemme)
Hum pour la perte de trame c'est pas vraiment un soucis...
Bon pour faire simple :
$ mplayer -dumpstream -dumpfile émission.dump mms://...
Ensuite tu ré-encode en ce que tu veux le fichier :
$ mencoder -ovc x264 -oac faac émission.dump émission.avi
Bon plus sérieusement si tu veux vraiment faire du théora/ogg, tu vas devoir faire quelques étapes en plus :
$ mplayer -ao pcm:file=émission.wav émission.dump
$ oggenc -q 10 -o émission.ogg émission.wav
Puis convertir ta vidéo wmv en théora, je sais pas faire sous mencoder, en fait il ne semble pas le supporter en écriture...
Google me donne ceci de valide : http://forums.archlinuxfr.org/viewtopic.php?id=1604
Bon une fois ta piste ogg et ta vidéo théora récupérée, tu as plus qu'a merger le tout dans un mkv :
$ mkvmerge -o émission.mkv émission.théora émission.ogg
ps : pense a regarder les tags de mkvmerge pour la langue, le titre, etc...
Bon je m'excuse d'avance, j'ai hésité entre le forum et le journal.
Bilan journal de seconde page ;)
Je me suis un peu intéressé a la keymap dvorak, mais bon faudrais que je la customise car elle est vraiment pas adapté a la programmation php avec objet qui demande de taper /* . ; : ` \ _ - > [] {} () a tout bout de champ.
Par contre tu risques de galèrer avec, la dernière debian sur laquelle j'avais essayé de le mettre, les fichiers de configurations dans /etc n'étaient pas fournis (sic)...
Si tu peux, installe une mandriva 2007.1 avec une carte réseau eth0 comme sur le serveur et copie/colle les fichiers /etc/shorewall/* dans ta debian.
(après avoir lancé drakfirewall pour le configurer)
ps : désactive le firewall interactif, c'est pas supporté sur debian.
ps2 : j'ai abandonné debian sur les serveurs a cause de ces finissions mal faite un peu partout, pas la peine de taper...
Bon alors, pour le fichier tape le lien dans ta barre de konqueror tu vas tomber sur un fichier texte, tu le mets en téléchargement sur un site perso et je pourrais jeter un ½uil dessus...
Ensuite tu as lancé le télé-chargement sur une partition en fat32, donc c'est normal que le fichier soit corrompu...
Déplace le sur une partition ext3/xfs/jfs/reiserfs.
Ensuite lance un Check data integrity dans ktorrent.
Pour déplacer un fichier en cours de télé-chargement c'est un peu la galère, il faut faire quelque truc a la main...
Dans ktorrent fait bouton droit sur la ligne du dl, ensuite fait open directory > temporary directory
Ça va t'ouvrir un konqueror avec une url de la forme ~/.ktorrent/share/apps/ktorrent/torXXX
Ensuite ouvre une konsole et fait :
$ cd ~/.ktorrent/share/apps/ktorrent/torXXX
Quitte ktorrent, puis déplace le fichier sur le disque dur.
Ensuite dans ta console, tape (Si c'est un fichier unique) :
$ ln -fs /ton_nouveau/chemin/fichier.iso cache
Si c'est un ensemble de fichier :
$ cd cache
# va remplacer chaque lien symbolique avec le nouveau chemin
$ for i in *; do ln -fs /ton_nouveau/chemin/"$i" "$i"; done
Ensuite il n'y a plus qu'a lancer ktorrent, relancer un check du torrent et le relancer...
Si j'ai bien compris ce qui se passe, ton problème n'est pas DU TOUT la faute de ktorrent, mais de la tienne, tu essayais de télé-charger dans une partition fat32 (qui supporte pas les fichiers uniques de plus de 4Go).
Effectivement le déplacement de fichier dans ktorrent est assez galère, ça devrais être ajouté dans la version 2.2
ps : même si tu es sur un tracker privé, tu peux donner les noms, si ça se trouve (c'est même presque sur) j'ai un accès dessus...
Alors comme tu as l'air d'être un débutant, je vais être gentil...
Les 2 lignes que tu viens de donner c'est un rapport de bug a la con, sous windows c'est peut-être suffisant, mais pas dans notre monde du logiciel libre !
Dans le cas en question, il faut au minumum :
- lien pour dl le fichier torrent (compte perso free ça sert a ça)
- le log des avènements dispo a côté (~/.kde/share/apps/ktorrent/log)
- le système de fichier que tu utilises pour stocker le fichier (fat32, ntfs, ext3, xfs, jfs, reiserfs ou autre ?)
- être sur que pour le fichier en question tu as bien au moins une source complète
- etc...
Bref, tu n'as pas remplis le début du commencement pour recevoir de l'aide...
ps : tu es peut-être une bille en anglais, je comprend ça, mais j'attends d'un débutant au moins qu'il me passe le nécessaire pour que je puisse faire un rapport de bug correct...
Cherche pas, on a déjà répondu a ça :
1 - IL N'UTILISE PAS DEBIAN DE ***, MAIS MANDRIVA !!!
2 - mandriva utilise kaffe qui ne supporte pas parfaitement azureus
Donc tu as deux possibilité, regarde la précédente dans le forum pour toute les informations :
- Dégager les programmes java (ça bouffe un max de ram pour rien) et utiliser ktorrent (la version 2.1.3 au moins est dispo)
- Installer le jre et retirer kaffe (a partir du plf)
Bon ce que je te conseille vivement, est d'utiliser ktorrent.
Il marche super bien, s'intègre parfaitement au bureau KDE et est natif.
Perso je l'utilise depuis les premières alpha de la version 1 et il s'améliore a un rythme incroyable.
Bon la version 2.2 est en cours avec ré-écriture pour kde 4, qt 4 et plein de nouveautés en vue...
Dans les langages biens documentés, un les bats tous...
Il s'agit de php.
La doc est bien faite, traduite, il y a des références aux autres fonctions utiles, etc...
Sans parler des exemples de code dans les commentaires qui sont parfois aussi utile que la doc de la fonction.
Bon après les règles de nommage des fonctions php ça sux grave (surtout la portion pré-historique non préfixée).
Pour les glandus qui vont encore dire que php n'est pas un langage, allez faire un tour sur le site de zend.
J'y ai trouvé un article très bien qui explique que php est auto-appris en regardant le code des autres.
Malheureusement il y a très peu de code objet de bonne qualité qui utilisent toute la puissance de php (singleton, variable statique, héritage, factory, etc).
Bon tu as oublié de nous donner la version de ktorrent ;)
Sinon plus sérieusement, si tu avais lu les erratas de la mandriva 2007.1, tu aurais vu que ktorrent <= 2.1.2 ? ne sait pas gérer les torrents de plus de 4Go.
Donc tu as pas le choix : mise à jour...
Pour mandriva 2007.1 les paquets sont dispo en backport ou testing.
Hum, dans le cas d'un procédure de plainte auprès d'un tribunal je pense pas que cette association puisse lancer la procédure.
En effet, elle n'est a aucun moment lésée par le spam, tentative de fishing ou autre.
Par contre j'imagine qu'ils veulent pouvoir te contacter pour que tu ailles déposer ta plainte au commissariat le plus proche et ensuite il se chargeront des procédures a ta place.
(partie civile, regroupement d'affaire, etc)
Hum, laisse moi te dire que je ne place pas ceci sur le même plan...
Je parle en connaissance de cause, un copain m'a montré comment on fait.
Comment dire, entre se fabriquer une ferme de zombi et hacker un serveur linux, c'est pas la même chose...
Dans un cas tu dois gravir plusieurs échelons, dans l'autre tu t'attaque a une faille non corrigée (même connue) et tu va zombifier des centaines de machines.
Enfin les serveurs linux ça se craque aussi, mais bon c'est vraiment la faute de l'admin !
J'ai eu l'occasion d'avoir une démonstration sur les dédibox et bien la sécurité y en a pas...
Comme quoi, dans un cas c'est le système qui est pas fiable, dans l'autre c'est la faute de l'admin !
Pour les vecteurs d'attaque, en général l'échelon 1 est uploader un script php ou ruby qui va permettre d'avoir un pseudo-shell.
L'échelon 2 est accéder a un compte ssh, pour ça on va casser en brute force tout les mots de passe dispo dans des htpasswd et autre lisibles
L'échelon 3 on essaye de passer root (sudo, suid, ou kernel vulnérable)
L'échelon 4 on maquille le tout
Bon pour vous protéger :
- NE LAISSEZ JAMAIS LISIBLE par l'user sous lequel les script php tournent les fichiers contenant des mots de passe
- utilisez des mot de passe random pour les accès a la base de donnée sql
- ne jamais utiliser un mot de passe pour le compte unix utilisé dans une base sql (sinon ils auront qu'a faire un coup de john et ils ont l'accès ssh)
- ne pas mettre une pubkey pour ssh dans son home
(si ils obtiennent le compte unix, un accès ftp, pop ou autre c'est game over)
- ne pas mettre de sudo root (ou alors le désactiver automatiquement a la déconnexion)
Bon je vais être honnête, avant je pensais qu'un linux c'était sur, depuis que j'ai vu ça de mes propres yeux j'ai un tout autre avis.
(J'ai notamment fait une opération séparation des privilèges depuis...)
Je pense qu'il ne devrais pas utiliser du sleep...
Un select avec un timeout serait plus instruit je pense.
struct timeval tv;
while(1)
{
/* Pendant 5 secondes maxi */
tv.tv_sec = 5;
tv.tv_usec = 0;
select(0, NULL, NULL, NULL, &tv);
/* Si condition tu sorts */
if (condition)
return 0;
/* Ton code ici */
}
La nuance est que si il reçoit un sigkill ou autre son sleep va pas s'interrompre avant d'être vraiment finis.
Alors que le select finira avant.
Enfin j'avais vu ça y a deux ans, je retrouve plus le code donc je sais pas trop comment j'avais fait pour pas me taper le timeout du sleep lorsque le signal de sortie est reçu.
Hum techniquement pour remettre a zéro un disque dur, écrire un tas de zéro suffit.
Hors shred fait pas tout a fait la même chose...
Lui se charge de nettoyer la rémanence magnétique (en partie) sur la surface disque en écrivant des données random dans le fichier de manière a empêcher la récupération des anciennes données...
Bon ensuite tout dépend de ce que tu veux faire.
Si tu veux nettoyer un disque dur pour que même les services secret ne récupèrent jamais rien dessus, remplir de zéro le disque dur servira pas a grand chose...
Pour de l'efficace :
# dd if=/dev/random of=/dev/hda
# sync
# dd if=/dev/random of=/dev/hda
# sync
Là ça devrais être a peu près bon.
(il vaut mieux utiliser /dev/urandom, mais il génère nettement plus de consommation cpu)
Quand on connais le système sous lequel tournent 100% des fermes de pc zombis on peux la leur jeter...
/me qui trouve un peu difficile a avaler le fait de venir aider a résoudre les problème qu'on a soi-même créé.
Surtout quand on a sciemment créé les problèmes en question par négligence volontaire de la sécurité de ses logiciels...
(Ah si seulement ils avaient su tirer les enseignements du ver Morris de 1988)
[^] # Re: o_O
Posté par Raphaël G. (site web personnel) . En réponse au journal Clavier dynamique, ça arrive.... Évalué à 2.
Si mes souvenirs sont bon, dans la technologie actuelle il y a de l'arsenic et du mercure (il faudrais regarder les études de greenpeace et indépendante sur les écrans lcd)
Après une technologie arrive sans tous ces ennuis...
(mais si mes souvenirs sont bon il y a des soucis de longévité et de production de masse)
Bref, oui c'est sur que ça pollue un peu plus (quoique ça dépend d'avec quoi on a fait les claviers avant)
Sur le ça consomme plus d'énergie, c'est facile, la réponse est OUI, vu que dans un cas tu n'as qu'un imprimé et dans l'autre un rétro-éclairage en continue...
[^] # Re: Pour qui ?
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche AMD/ATI va libérer ses pilotes. Évalué à 1.
Ce que je leur reproche est de se foutre royalement de la liberté de tous !
(ou de nous la réduire pour nos dirigeants)
Comme le dis biens stallman (et que j'avais perdu de vue depuis 3-4ans), l'important dans le logiciel libre, n'est pas :
- qu'il marche bien
- qu'il soit gratuit
L'important est que :
- tu en fasses ce que tu veux (lire des hd-dvd y compris, dadvsi l'interdit)
- tu puisse l'étudier/modifier (dadvsi l'interdit)
- tu puisse le passer a ton voisin (dadvsi l'interdit)
- tu puisse améliorer le programme (y compris dégager les protections, dadvsi l'interdit)
Mais ce que je leur reproche est qu'il se moquent des conséquences des lois liberticides votées en considérant que quelqu'un trouvera bien une parade !
Moi en tout cas j'ai choisi de passer au libre pour être dans la légalité vis à vis de mes programmes.
Ce qui me dérange est que JE vais payer les pots cassé pour LEURS conneries !
Qu'ils utilisent des logiciels libre et s'ouvrent au libre ou qu'il payent leur logiciels et en subissent les conséquences.
<réflexion>O_Oups je pense que je viens de passer dans le camp des intégristes que j'ai fortement critiqué au début</réflexion>
[^] # Re: Pour qui ?
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche AMD/ATI va libérer ses pilotes. Évalué à -1.
Ça veux dire aucun nouveau moteur de leur jeux utilisable sous linux.
Ça veux dire que les studios qui développeront des jeux ne pourront faire de port linux.
D'autre part l'openGL enterré, je parle de ce qui est arrivé avec vista et leur blocage en version 1.4 de l'openGL.
Et oui, je vais le dire, j'en ai mare des jeux qui ont 5ans comme warcraft 3 qui sont les derniers jouable car encore correctement émulé par wine...
[^] # Re: Pour qui ?
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche AMD/ATI va libérer ses pilotes. Évalué à 1.
Après le port pas mauvais sous linux de nwn1 (bon l'éditeur a pas été porté :'(
J'avais bon espoir d'avoir nwn2 sous linux.
Malheureusement, les connards de commerciaux d'atari on poussé a utiliser du directX pour porté sous x-box.
Le résultat on le connais, le port vers x-box a été abandonné, les devs ont été prévenu quand il était trop tard pour faire machine arrière.
Et moi je n'achèterais pas ce jeux ! (j'ai acheté le 1, mais je regrette vu le coup de poignard d'atari).
Bon je vais être encore une fois clair pour l'insulte de connard a destination du crétin qui a non seulement fait un mauvais choix (qui a déçu la communauté mac+linux), mais qui en plus a fait ce choix sur aucune raison logique !
(franchement depuis quand les jeux de rôle a la nwn c'est fait pour la console ?)
[^] # Re: Pour qui ?
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche AMD/ATI va libérer ses pilotes. Évalué à 10.
Après cet élan d'altruisme certain (je viens de regarder la conf de RMS a pau).
Je conclurais que si ils sont trop con pour utiliser un système libre, il ne méritent pas la liberté !
Nous on perd nos libertés a cause de leur conneries de monopole :
- DADVSI avec 90% d'user linux en France ça serait jamais passé !
- Brevets logiciel dans les mêmes conditions jamais ça ne passerait !
Bref, on paye pour leur connerie, obscurantisme, je vais pas pleurer si ils ont pas de drivers libre !
Dernier point, ils nous ont en plus enterré l'openGL grâce au maintient du monopole, ce qui veux dire pas de jeux pour linux avant des années, alors excuse moi si je suis sectaire comme jamais !
(Je viens de me rendre compte que NWN2 ne tourne pas avec wine chez moi)
[^] # Re: o_O
Posté par Raphaël G. (site web personnel) . En réponse au journal Clavier dynamique, ça arrive.... Évalué à 2.
[^] # Re: Prem's
Posté par Raphaël G. (site web personnel) . En réponse au journal Clavier dynamique, ça arrive.... Évalué à 2.
Avoir a mettre une majuscule ou un ctrl ça va, mais dès que tu dois sortir le Alt+gr pour moi ça deviens infernal...
(j'en ai déjà 6 a me taper, si il y en a plus en dvorak c'est pas intéressant)
Bon en plus dvorak-fr est pas conçu pour la prog, mais pour taper du français, ce que je fais peu (a part ici)
[^] # Re: Shorewall
Posté par Raphaël G. (site web personnel) . En réponse au message recherche firewall (efficace et simple à configurer). Évalué à 1.
NON CE N'EST PAS UNE SOLUTION !!!
C'est un bug de merde !
En plus j'avais été voir dans les exemples fournis par les paquets et il n'y avais pas la moitié du nécessaire !
Si mes souvenirs sont bon il y avais 5 fichier sur les 15 dispo de base sur la mandriva !
Bon j'ai résolu le soucis en récupérant tout depuis ma mandriva.
(avant de dégager définitivement la debian et de mettre une mandriva a la place qui m'a évité de perdre beaucoup de temps sur ce genre de conneries)
# Soucis
Posté par Raphaël G. (site web personnel) . En réponse au message Héritage de droits. Évalué à 2.
Déjà sache que les droits attribués par défaut au répertoire, fichier créé vont dépendre du umask de l'utilisateur.
(aucune propagation d'acl a attendre de ce côté)
Donc tu as peu de choix :
- utiliser un démon inotify pour attribuer les droits qui vont bien sur les fichiers créés dans le répertoire en question
- cron qui se charge d'attribuer les droits sur les fichiers en question régulièrement
- modifier l'application pour attribuer les bons acl a la création
(je sais même pas si c'est possible)
- utiliser une sorte d'umask qui ajoute les acl (ça dois pas exister)
Bref, ce sera lourd...
Si tu utilise du ftp, j'avais résolu le soucis en utilisant des comptes virtuels qui tombent tous sur un même utilisateur physique.
Enfin sache que les acl, pas grand chose les supportent !
ls (de coreutils) ne le supporte que depuis très peu, idem pour kde, il n'y a dedans qu'un support partiel...
(buggué, il ne supporte pas l'attribution d'acl sur un groupe de fichiers)
Bref, c'est pas gagné...
[^] # Re: Solution
Posté par Raphaël G. (site web personnel) . En réponse au message Enregistrement de flux mms : mplayer ou mencoder?. Évalué à 2.
En effet, il semblerais que ma version de mkvmerge ou le fomat ne supporte pas le contenu en x264 pour une raison que j'ai oublié (il conseillaient d'aller utiliser un autre outil, j'ai laissé en .avi par flemme)
# Solution
Posté par Raphaël G. (site web personnel) . En réponse au message Enregistrement de flux mms : mplayer ou mencoder?. Évalué à 2.
Bon pour faire simple :
$ mplayer -dumpstream -dumpfile émission.dump mms://...
Ensuite tu ré-encode en ce que tu veux le fichier :
$ mencoder -ovc x264 -oac faac émission.dump émission.avi
Bon plus sérieusement si tu veux vraiment faire du théora/ogg, tu vas devoir faire quelques étapes en plus :
$ mplayer -ao pcm:file=émission.wav émission.dump
$ oggenc -q 10 -o émission.ogg émission.wav
Puis convertir ta vidéo wmv en théora, je sais pas faire sous mencoder, en fait il ne semble pas le supporter en écriture...
Google me donne ceci de valide :
http://forums.archlinuxfr.org/viewtopic.php?id=1604
Bon une fois ta piste ogg et ta vidéo théora récupérée, tu as plus qu'a merger le tout dans un mkv :
$ mkvmerge -o émission.mkv émission.théora émission.ogg
ps : pense a regarder les tags de mkvmerge pour la langue, le titre, etc...
# Prem's
Posté par Raphaël G. (site web personnel) . En réponse au journal Clavier dynamique, ça arrive.... Évalué à 5.
Bilan journal de seconde page ;)
Je me suis un peu intéressé a la keymap dvorak, mais bon faudrais que je la customise car elle est vraiment pas adapté a la programmation php avec objet qui demande de taper /* . ; : ` \ _ - > [] {} () a tout bout de champ.
Si vous avez des solutions a ce propos je prends
[^] # Re: Shorewall
Posté par Raphaël G. (site web personnel) . En réponse au message recherche firewall (efficace et simple à configurer). Évalué à 2.
Si tu peux, installe une mandriva 2007.1 avec une carte réseau eth0 comme sur le serveur et copie/colle les fichiers /etc/shorewall/* dans ta debian.
(après avoir lancé drakfirewall pour le configurer)
ps : désactive le firewall interactif, c'est pas supporté sur debian.
ps2 : j'ai abandonné debian sur les serveurs a cause de ces finissions mal faite un peu partout, pas la peine de taper...
[^] # Re: facile !
Posté par Raphaël G. (site web personnel) . En réponse au journal Nouvelle version du meilleur éditeur de texte du monde. Évalué à 2.
Tu pourrais développer de comment tu fait pour l'avoir ?
(j'ai jamais réussi sur la version 7 normale :'(
[^] # Re: t'es sûr d'avoir installer toutes les dépendances ?
Posté par Raphaël G. (site web personnel) . En réponse au message erreur azureus. Évalué à 2.
Ensuite tu as lancé le télé-chargement sur une partition en fat32, donc c'est normal que le fichier soit corrompu...
Déplace le sur une partition ext3/xfs/jfs/reiserfs.
Ensuite lance un Check data integrity dans ktorrent.
Pour déplacer un fichier en cours de télé-chargement c'est un peu la galère, il faut faire quelque truc a la main...
Dans ktorrent fait bouton droit sur la ligne du dl, ensuite fait open directory > temporary directory
Ça va t'ouvrir un konqueror avec une url de la forme ~/.ktorrent/share/apps/ktorrent/torXXX
Ensuite ouvre une konsole et fait :
$ cd ~/.ktorrent/share/apps/ktorrent/torXXX
Quitte ktorrent, puis déplace le fichier sur le disque dur.
Ensuite dans ta console, tape (Si c'est un fichier unique) :
$ ln -fs /ton_nouveau/chemin/fichier.iso cache
Si c'est un ensemble de fichier :
$ cd cache
# va remplacer chaque lien symbolique avec le nouveau chemin
$ for i in *; do ln -fs /ton_nouveau/chemin/"$i" "$i"; done
Ensuite il n'y a plus qu'a lancer ktorrent, relancer un check du torrent et le relancer...
Si j'ai bien compris ce qui se passe, ton problème n'est pas DU TOUT la faute de ktorrent, mais de la tienne, tu essayais de télé-charger dans une partition fat32 (qui supporte pas les fichiers uniques de plus de 4Go).
Effectivement le déplacement de fichier dans ktorrent est assez galère, ça devrais être ajouté dans la version 2.2
ps : même si tu es sur un tracker privé, tu peux donner les noms, si ça se trouve (c'est même presque sur) j'ai un accès dessus...
[^] # Re: t'es sûr d'avoir installer toutes les dépendances ?
Posté par Raphaël G. (site web personnel) . En réponse au message erreur azureus. Évalué à 2.
Les 2 lignes que tu viens de donner c'est un rapport de bug a la con, sous windows c'est peut-être suffisant, mais pas dans notre monde du logiciel libre !
Dans le cas en question, il faut au minumum :
- lien pour dl le fichier torrent (compte perso free ça sert a ça)
- le log des avènements dispo a côté (~/.kde/share/apps/ktorrent/log)
- le système de fichier que tu utilises pour stocker le fichier (fat32, ntfs, ext3, xfs, jfs, reiserfs ou autre ?)
- être sur que pour le fichier en question tu as bien au moins une source complète
- etc...
Bref, tu n'as pas remplis le début du commencement pour recevoir de l'aide...
ps : tu es peut-être une bille en anglais, je comprend ça, mais j'attends d'un débutant au moins qu'il me passe le nécessaire pour que je puisse faire un rapport de bug correct...
[^] # Re: t'es sûr d'avoir installer toutes les dépendances ?
Posté par Raphaël G. (site web personnel) . En réponse au message erreur azureus. Évalué à 3.
A savoir rapporter le bug sur le forum de ktorrent ?
Sinon passe moi un lien vers le fichier .torrent et explique moi le soucis.
Enfin bon, le tout n'est pas de contourner le problème, mais de le corriger
(ça change des habitudes windows...)
[^] # Re: t'es sûr d'avoir installer toutes les dépendances ?
Posté par Raphaël G. (site web personnel) . En réponse au message erreur azureus. Évalué à 2.
1 - IL N'UTILISE PAS DEBIAN DE ***, MAIS MANDRIVA !!!
2 - mandriva utilise kaffe qui ne supporte pas parfaitement azureus
Donc tu as deux possibilité, regarde la précédente dans le forum pour toute les informations :
- Dégager les programmes java (ça bouffe un max de ram pour rien) et utiliser ktorrent (la version 2.1.3 au moins est dispo)
- Installer le jre et retirer kaffe (a partir du plf)
Bon ce que je te conseille vivement, est d'utiliser ktorrent.
Il marche super bien, s'intègre parfaitement au bureau KDE et est natif.
Perso je l'utilise depuis les premières alpha de la version 1 et il s'améliore a un rythme incroyable.
Bon la version 2.2 est en cours avec ré-écriture pour kde 4, qt 4 et plein de nouveautés en vue...
[^] # Re: et moi j'ai vu la Vierge
Posté par Raphaël G. (site web personnel) . En réponse au journal Des vertus pragmatico-économiques de la monoculture Microsoft. Évalué à 7.
Il s'agit de php.
La doc est bien faite, traduite, il y a des références aux autres fonctions utiles, etc...
Sans parler des exemples de code dans les commentaires qui sont parfois aussi utile que la doc de la fonction.
Bon après les règles de nommage des fonctions php ça sux grave (surtout la portion pré-historique non préfixée).
Pour les glandus qui vont encore dire que php n'est pas un langage, allez faire un tour sur le site de zend.
J'y ai trouvé un article très bien qui explique que php est auto-appris en regardant le code des autres.
Malheureusement il y a très peu de code objet de bonne qualité qui utilisent toute la puissance de php (singleton, variable statique, héritage, factory, etc).
# Version de ktorrent
Posté par Raphaël G. (site web personnel) . En réponse au message probleme pour finir les telechargements avec ktorrent. Évalué à 3.
Sinon plus sérieusement, si tu avais lu les erratas de la mandriva 2007.1, tu aurais vu que ktorrent <= 2.1.2 ? ne sait pas gérer les torrents de plus de 4Go.
Donc tu as pas le choix : mise à jour...
Pour mandriva 2007.1 les paquets sont dispo en backport ou testing.
Pour mandriva 2007.0 les paquets sont dispo de moi ici :
http://rapsys.free.fr/ktorrent/2.1.4/
[^] # Re: Tiens donc
Posté par Raphaël G. (site web personnel) . En réponse au journal Colgate-spam ou le piège à spam français. Évalué à 2.
En effet, elle n'est a aucun moment lésée par le spam, tentative de fishing ou autre.
Par contre j'imagine qu'ils veulent pouvoir te contacter pour que tu ailles déposer ta plainte au commissariat le plus proche et ensuite il se chargeront des procédures a ta place.
(partie civile, regroupement d'affaire, etc)
[^] # Re: Pour quel effet...?
Posté par Raphaël G. (site web personnel) . En réponse au journal Colgate-spam ou le piège à spam français. Évalué à 4.
Je parle en connaissance de cause, un copain m'a montré comment on fait.
Comment dire, entre se fabriquer une ferme de zombi et hacker un serveur linux, c'est pas la même chose...
Dans un cas tu dois gravir plusieurs échelons, dans l'autre tu t'attaque a une faille non corrigée (même connue) et tu va zombifier des centaines de machines.
Enfin les serveurs linux ça se craque aussi, mais bon c'est vraiment la faute de l'admin !
J'ai eu l'occasion d'avoir une démonstration sur les dédibox et bien la sécurité y en a pas...
Comme quoi, dans un cas c'est le système qui est pas fiable, dans l'autre c'est la faute de l'admin !
Pour les vecteurs d'attaque, en général l'échelon 1 est uploader un script php ou ruby qui va permettre d'avoir un pseudo-shell.
L'échelon 2 est accéder a un compte ssh, pour ça on va casser en brute force tout les mots de passe dispo dans des htpasswd et autre lisibles
L'échelon 3 on essaye de passer root (sudo, suid, ou kernel vulnérable)
L'échelon 4 on maquille le tout
Bon pour vous protéger :
- NE LAISSEZ JAMAIS LISIBLE par l'user sous lequel les script php tournent les fichiers contenant des mots de passe
- utilisez des mot de passe random pour les accès a la base de donnée sql
- ne jamais utiliser un mot de passe pour le compte unix utilisé dans une base sql (sinon ils auront qu'a faire un coup de john et ils ont l'accès ssh)
- ne pas mettre une pubkey pour ssh dans son home
(si ils obtiennent le compte unix, un accès ftp, pop ou autre c'est game over)
- ne pas mettre de sudo root (ou alors le désactiver automatiquement a la déconnexion)
Bon je vais être honnête, avant je pensais qu'un linux c'était sur, depuis que j'ai vu ça de mes propres yeux j'ai un tout autre avis.
(J'ai notamment fait une opération séparation des privilèges depuis...)
[^] # Re: Simple....
Posté par Raphaël G. (site web personnel) . En réponse au message threads periodique. Évalué à 2.
Un select avec un timeout serait plus instruit je pense.
struct timeval tv;
while(1)
{
/* Pendant 5 secondes maxi */
tv.tv_sec = 5;
tv.tv_usec = 0;
select(0, NULL, NULL, NULL, &tv);
/* Si condition tu sorts */
if (condition)
return 0;
/* Ton code ici */
}
La nuance est que si il reçoit un sigkill ou autre son sleep va pas s'interrompre avant d'être vraiment finis.
Alors que le select finira avant.
Enfin j'avais vu ça y a deux ans, je retrouve plus le code donc je sais pas trop comment j'avais fait pour pas me taper le timeout du sleep lorsque le signal de sortie est reçu.
[^] # Re: Pour quoi faire ?
Posté par Raphaël G. (site web personnel) . En réponse au message Commande pr mettre à zéro un disque dur avec dd. Évalué à 2.
Hors shred fait pas tout a fait la même chose...
Lui se charge de nettoyer la rémanence magnétique (en partie) sur la surface disque en écrivant des données random dans le fichier de manière a empêcher la récupération des anciennes données...
Bon ensuite tout dépend de ce que tu veux faire.
Si tu veux nettoyer un disque dur pour que même les services secret ne récupèrent jamais rien dessus, remplir de zéro le disque dur servira pas a grand chose...
Pour de l'efficace :
# dd if=/dev/random of=/dev/hda
# sync
# dd if=/dev/random of=/dev/hda
# sync
Là ça devrais être a peu près bon.
(il vaut mieux utiliser /dev/urandom, mais il génère nettement plus de consommation cpu)
[^] # Re: Pour quel effet...?
Posté par Raphaël G. (site web personnel) . En réponse au journal Colgate-spam ou le piège à spam français. Évalué à 5.
/me qui trouve un peu difficile a avaler le fait de venir aider a résoudre les problème qu'on a soi-même créé.
Surtout quand on a sciemment créé les problèmes en question par négligence volontaire de la sécurité de ses logiciels...
(Ah si seulement ils avaient su tirer les enseignements du ver Morris de 1988)