Adrien BUSTANY a écrit 1021 commentaires

Effectivement je n'avais pas la dernière version de ufraw, je viens de tester la dernière, ben ça roulaize dur. C'est assez sympa de pouvoir retoucher les courbes et l'exposition de la photo.
Sinon, pour ce qui est du reste de l'appareil, le changement par rapport à un Coolpix 4500 a été assez radical... Autofocus instantanné (il est vraiment **très** rapide, si on me lance un ballon je peux le prendre avant qu'il retombe, l'AF est capable de détecter un sujet en mouvement). Plus de photos ratées genre l'arrière plan super net et le perso au milieu tou flou, le flash remplit son rôle, après à mon avis ça ne remplacera pas un gros flash (que je n'ai pas). Après je ne peux que te conseiller dpreview pour les tests, il y a aussi le site d'un photographe qui compare un D50 à un D70.
Si jamais tu as des questions, mon achat est assez récent et mon jabber est : madcat chez fritalk.com, ou chez gmail.com

fichiers produits par un nikon D50 si tu veux (intraitables sous linux, la balance des blancs est cryptée...)

la commande gdm-restart a-t-elle le même effet ?

Salut,
c'est une bonne idée d'avoir donné les références de ton adaptateur, en revanche cela ne nous indique pas le nom du chipset (la puce wifi même).
Trouver le chipset de ton adaptateur n'est pas forcément facile, mais c'est nécessaire si tu veux utiliser un driver natif (s'il en existe un).
Sinon, il existe ndiswrapper qui permet d'utiliser les drivers wifi de windows sous linux, je ne sais pas si c'est integré à Ubuntu. Sinon, demande comment faire, ce n'est pas compliqué.

La plupart des constructeurs de materiel n'ayant rien à faire de Linux, c'est souvent pour le materiel récent un peu plus sportif de trouver des drivers.

Salut,
je ne connais pas ton experience en programmation, mais je sais que généralement si tu veux développer un programme graphique rapidement, alors le couple script+interface est généralement avantageux. Cela peut être par exemple du perl/python/ruby/autre+Gtk/Qt/wxWindows/autre.
L'avantage d'utiliser un toolkit graphique multiplateforme est que ton programme sera portable facilement.
Dans mon cas, j'avais développé une application en Perl+Gtk se servant des fonctions de imlib en moins de 500 lignes de code. Je peux donc te renseigner sur ce couple langage/interface, en revanche je ne connais pas les autres.

J'avais écrit un article sur gtk2-perl : http://mymadcat.com/articles/ (oui le s à articles n'a pas encore de raison d'être, je sais :) )

cherche plutot httpd que apache, et éventuellement indique nous ta distribution que l'on puisse te donner la procédure d'installation.

Regarde du côté de fuse, surtout là : http://fuse.sourceforge.net/wiki/index.php/FileSystems du côté de compfused et fusecompress, ou alors archivemount, lzolayer_fs...
En revanche, je ne sais pas du tout ce que ça donne côté perfs

Si t'achète de la RAM, la prend pas chez apple, achète en de la certifiée (pas de la no name) après coup, tu gagneras... beaucoup. J'ai déjà rajouté une barette de 512 dans un powerbook sans problème...

Je ne sais pas si IPCOP supporte 4 liens WAN, mais l'idée avec les 4 fbx serait de faire du channel bonding, ce que le kernel supporte (après, reste à voir s'il est activé dans IPCOP ou pas)...

Apparemment c'est ta partition swap qui merde, /dev/hdc est le disque sur lequel se trouve ta partition. La partition principale hdc5 marche apparemment bien, mais hdc7 et hdc8 merdouillent. Si ça se trouve les numérosont changé (je sais pas pourquoi). Essaye de booter sur un live cd, et de taper fdisk -l /dev/hdc pour obtenir la liste des partitions et leur type sur le disque hdc...

A priori il aurait mieux fallu avant, mais après devrait être pareil vu que Mandriva doit detecter le nouveau matos comme toute distrib qui se respecte. Il me semble que bewan fournit des drivers bewan pour leurs modems, jette un oeil sur leur site.

dans le script, on voit que si iptables ne supporte les logs, alors firestarter assigne la valeur "" à la variable log_supported. Moi je l'assigne quoiqu'il arrive juste après le test, comme ça je suis sur que firestarter désactivera les logs. Ceci est un hack baveux.

En fait, je te conseille de regarder, par exemple sur lea-linux.org la procédure de compilation d'un logiciel, qui n'est peut être pas simple au premier abord, mais au final qui n'est pas si compliquée que ça

Là tu te lances surtout dans la fabuleuse aventure du wifi sous linux, ce qui est encore une autre histoire :)
D'abord il te faut trouver le chipset (la puce) qu'utilise ta clé afin que l'on puisse déterminer le pilote adapté. Etant donné que linux sait charger des drivers windows pour le wifi avec un outil appelé ndiswrapper, généralement ça marche maintenant.

Normalement la procédure d'installation est standard, il y a de fortes chances que tu utilises cups, donc avec un navigateur va à http://localhost:631 et dans administration, sous peu que tu rentres ton mot de passe root quand il te le demandera, tu pourras ajouter l'imprimante. Après pour les pilotes je sais pas, faudra surement en essayer plusieurs à moins que tu ne voies le modèle exact dans la liste.

J'ai trouvé pour virer les logs, dans /etc/firestarter/firewall, il y a un moment où il teste un truc pour les logs, j'ai changé un peu pour obtenir ça :
# Logging support check
log_supported=1
if [ "`$IPT -A test -j LOG 2>&1`" ]; then
echo Warning: Logging not supported by kernel, you will recieve no firewall event updates.
log_supported=""
fi
#Je remets le truc à "" pour virer les logs
log_supported=""

en fait, firestarter a passé l'option ---log à toutes ses règles de bloquage, la hack affreux ce serait de faire au démarrage un dump des règles, de virer les --log, de flusher iptables et de réinjecter les règles sans le --log. Que celui qui a une solution plus crade me fasse signe :)

Salut,
par défaut il me semble que firestarter utilise syslog pour écrire ses messages, et donc les met dans /var/log/messages.
Si quelqu'un a une solution pour désactiver le log de tous les paquets, je suis plus que preneur, ça pourrit mon /var/log/messages et mon dmesg

Le fichier /etc/init.d/rc.local est un fichier shell, tu as juste à rentrer dedans une commande par ligne.
Par exemple, strictement inintéressant, mais si tu voulais créer un fichier test dans / par exemple à chaque démarrage, tu rajoutes la ligne
touch /test

fearan t'as bien expliqué les dangers du root, donc une fois que tu as compilé ton programme, et que tu as ton fichier a.out (ou autre si tu as changé le nom), note son chemin (dans le dossier où se trouve ton executable, tape pwd pour avoir le dossier en cours, et ainsi construire le chemin vers l'executable. Par exemple, si pwd te retourne /home/toto, et que ton programme s'appelle test, l'adresse du programme est /home/toto/test, c'est comme C:\machin truc). Ensuite, tu n'as plus qu'à rajouter le chemin vers le programme à la fin de /etc/init.d/rc.local
si tu es l'utilisateur toto, rajoute la ligne su - toto -c /chemin/vers/le/programme

Refère toi à ça : http://linuxfr.org/forums/9/6142.html pour plus d'informations.

Bonne chance

Salut,
premièrement, un peu HS, ton fichier s'appelle a.out parce que c'est le nom par défaut, mais tu peux l'appeler autrement si tu veux, a.out ne veut rien dire dans l'absolu. Sinon, tu peux ajouter l'option -o toto par exemple à gcc pour obtenir un programme du nom de toto.
Pour lancer un programme au démarrage, il y a plusieurs solutions selon que tu veux ou non le lancer en tant que root, que c'est un programme graphique...
Si tu as un fichier /etc/init.d/rc.local, le contenu de ce fichier est executé en tant que root au démarrage du système.
Sinon, il te reste le .kde/Autostart de KDE, l'outil de gestion des sessions de Gnome, et j'en oublie.

pour fam, si ça peut te consoler, sont petit frère "gamin" est aussi chiant sur ce point...

Personnellement (et pour ne pas tomber dans le troll), j'entends beaucoup de bien sur python, d'ailleurs de plus en plus de projets gnome l'utilisent, il existe de nombreux bindings. J'ai un peu essayé, mais j'ai vité arrêté : je ne supporte pas sa syntaxe.
Pour moi qui connaissait PHP et C, Perl s'est imposé (PHP est un vieux fork de Perl), sa syntaxe, si elle peut être utilisée pour écrire un code illisible, peut aussi permettre d'écrire un script aussi lisible que du C.
Il existe deux faiblesses principales à ma vue à Perl : le modèle objet, qui est un peu vaseux (celui de PHP 5 est bien meilleur, et je crois que Python est le roi de l'objet), et sa gestion des threads (marche, mais faut pas en demande trop. Je ne connais pas Python sur cet aspect)

La plupart des appareil maintenant utilisent le protocole PTP. Quels sont les avantages pour toi à un mount /usb par rapport à un gphoto -P ? Au moins avec gphoto tu n'es pas obligé de penser au umount après...

Chez moi /var/www/html appartient à root, mais je crois que c'est parce j'ai fait une restauration d'archive comme un goret, cela dit les permissions sont drwxr-xr-x et ça marche très bien. Sinon, la solution d'ajouter l'utilisateur au groupe apache semble correcte, sinon tu peux commencer à jouer avec les ACLs sous Linux (à propos, si quelqu'un connaît un bon article en français ou anglais là dessus, je suis preneur)

Ce n'est pas un inconvénient technique, mais le fait qu'à chaque changement de noyau, t'es bon pour le recompilation. Note aussi que les bugs en kernel space sont quand même plus ennuyeux... Enfin comme tu le souligne, c'est assez mineur comme dérangement, juste que je préfère les solutions "user space".