tinodeleste a écrit 443 commentaires

Le fait que de plus en plus de distributions basées sur debian sont utilisées un peu partout (je pense surtout à Knoppix/Gnoppix en fait, Ubuntu me paraît trop jeune pour juger) laisse penser que si le concept de debian stable est peut-être mort à long terme, le côté sain de l'architecture debian, tant sur le plan technique (gestion des dépendances, multi plateforme, outils de configs, soutien utilisateur/développeurs...) que sur la liberté/indépendance, fera que le reste ne disparaitra pas de si tôt.

En ce qui concerne les flamewars sur les listes de développeurs/utilisateurs, je pense (mais je n'ai pas vérifié) qu'on peut en trouver dans tout les projets, ca ne veut rien dire.

Pour le retard de Sarge, ca commence à faire, oui, c'est sûr. Mais c'est pas grave.

> le fin du fin c'est de monter un sreveur imap sur ta machine comme ça tu
> deviens indépendant de ton client et tu peux les tester tant que tu veux sans te
> soucier de la migration ... tu peux aussi en utiliser plusieurs ... webmail pour
> consulter a distance + client graphique en local ... peut importe.

c'est sûr que c'est idéal (je fais pareil) mais ca n'est pas une solution évidente et facile à mettre en place pour un non-informaticien...

et pour ceux qui aiment bien les emails, les annonces de debaday sont aussi relayées sur les mailing lists debian-devel-announce(-fr...). L' avantage de debaday étant qu'en plus de la description du paquet, on a aussi un avis d'utilisateur (donc pas de description de xfonts-cronyx-koi8r-misc )

Pas de nouveauté depuis fin septembre par contre, sans doute trop de travail pour Sarge ?

glandouiller en surfant sur le web en écoutant de la musique pendant que je lis des mails en chattant avec d' autres...

d'ailleurs, même moi, je veux biaiser les résultats, vu qu'un test plus récent ( http://www.rjamorim.com/test/multiformat128/results.html(...) ) avait montré que vorbis était très bon si on utilisait pas le soft de xiph mais un soft amélioré. (rappel, ce n'est pas parce que le soft est amélioré qu'on ne peut pas lire les fichiers résultants avec n'importe quel lecteur, le décodage étant standard)

on peut peut-être comparer du comparable : wma à 96kbits avec aac à 128-160kbits, ca me paraît biaisé...
pour des résultats par des oreilles pas trop mauvaises (tests avec comparaisons ABX, sans savoir quel codec est utilisé de quel côté) il y avait eu ces résultats il y a quelques mois:
http://www.rjamorim.com/test/64test/results.html(...)
et http://www.rjamorim.com/test/128extension/results.html(...)

ou l' on voit qu'à bitrate bas, wma est très mauvais, vorbis meilleur, AAC encore meilleur si on utilise pas les softs Quicktime, mais que de toute facons, mp3 à 128 est meilleur que tout les autres à 64.
Si on passe tout les codecs autour de 128 (c'est du vbr souvent) wma s'en sort pas si mal face aux autres. Le codec n'est pas pourri en lui même, il est pourri pour certains taux de compressions et parce que c'est Microsoft...

Par rapport au mp3, je sais qu'ogg/vorbis consomme plus, mais qu'en est-il par rapport au wma ou aac ? (là, je ne sais vraiment pas...).
Et pour la batterie, je n'ai jamais réussi à la finir avant que le besoin de changer de musique ne se fasse sentir sur mon balladeur (mémoire flash, sur les balladeurs à disque dur, je pense que le problème d'autonomie vient plus du disque dur que de la décompression des formats musicaux)

il y a quand même du choix maintenant en lecteurs portables supportant ogg/vorbis. Donc il n'y a qu'à (...) offrir les bons conseils et lecteurs (surtout pour la famille, c'est faisable je pense). Reste le problème des outils de base.

le module correspondant à ta carte est-il chargé ? (modprobe emu10k1 pour sndblaster live par exemple...)

méthode simple:
sous xp pro, tu actives le partage de connexion (il te faut une ip 192.168.0.1). Sous vmware, tu passes par ton xp pro en passerelle : dans /etc/network/interfaces, tu rajoutes l' ip de xp pro en gateway. man interfaces pour plus de précisions; n'oublie pas de mettre 192.168.0.1 en dns aussi (/etc/resolv.conf)

méthode ardue:
tu passes par linux sous vmware pour faire passerelle. J'avais fait avec un modem ethernet, ca marchait (mais ca ne vaut que pour des tests avant de passer sur une "vraie" passerelle adsl linux), je ne sais pas ce que ca donne avec un modem usb...

aptitude a un avantage énorme sur dselect: il gère les dépendances automatiques; du coup, on a moins besoin de deborphan quand on teste des paquets nouveaux...

mea culpa, me suis trompé de racine... je me couche ca ira mieux demain.

Tu as bien compris.
Pour ta solution, j'y avais pensé, j'ai un album.txt (non vide) à la racine, mais ca ne marche pas... je n'ai pas encore essayé avec un deuxième niveau de récursivité.

désolé pour l'erreur d'envoi.
j'arrete les balises foireuses aussi.
Donc:
photos -> photos_corse -> premiere-pellicule -> photos*.jpg
............................................ \-> deuxieme-pellicule -> photos*.jpg

Quand je suis en web sur la page de choix premiere pellicule/deuxieme pellicule, je peux descendre en cliquant sur les photos correspondants, mais pas remonter au niveau supérieur (à part à utiliser le retour arrière du navigateur)

j'ai comme arborescence:

photos -> photos_corse -> premiere-pellicule -> photos*.jpg
\-> deuxieme-pellicule -> photos*.jpg

En fait, j'ai eu quelques problèmes dus au fait que je n'ai pas d'infos exifs dans mes photos (elles sont numérisées après développement), donc après avoir commenté tout ca, newalb.rb marche. Le générateur graphique (galgen) ne marche que si je le lance en étant dans le répertoire ou il se trouve (problème d'environnement pour trouver text.rb je suppose, je ne sais pas si c'est le mien ou le script, je regarderai ca plus tard).

Ce qui pourrait être utile, c'est quelques options dans le générateur (newalb.rb) pour régler en ligne de commande la taille des thumbs et activer ou désactiver la réduction des photos.

En ce qui concerne l'affichage web, ca marche très bien, mais ca pourrait être utile en cas de hiérarchie récursive de pouvoir remonter d'un niveau par un lien (ca marche pour les répertoires de photos, mais pas pour les répertoires de sous-albums). Et pour les commentaires de photos, se baser sur le nom du fichier quand le commentaire n'est pas inclu dans les infos de la photo.

Globalement, j'en suis très content maintenant que j'ai compris à peu près comment ca marchait.

je virerai le ppp_on_boot de init.d (lien symbolique foireux ou pas). Tout ce qui concerne ppp, à part l'init.d/ppp, doit être dans /etc/ppp/

Sauf en ce qui concerne l'obsolescence de ppp_on_boot (je viens de l'apprendre, mais ca marche encore à l'ancienne), dans le README.Debian de ppp:

If you want to have PPP started at boot time then add something like this
to /etc/network/interfaces: (traduction rapide: "Si vous voulez que PPP se lance au démarrage, alors ajoutez quelquechose comme ca dans /etc/network/interfaces ")

auto myisp
iface myisp inet ppp
provider dsl-provider


bonne chance

/etc/init.d/ppp ne crée pas ppp_on_boot, il vérifie son existence pour savoir s'il doit lancer une connexion au boot (ppp se lance automatiquement en S14 si tu n'as touché à rien). Donc il faut que tu bidouilles ton /etc/ppp/ppp_on_boot.dsl et que tu le renommes en /etc/ppp/ppp_on_boot.

pour le problème des deux cartes, je ne sais pas...

cool. Je cherchais depuis quelques temps quelque chose de simple en php *avec* la récursivité des répertoires...
M'en vais tester ca ce soir...

tkabber ( http://tkabber.jabber.ru(...) ) est aussi très complet, multiplateforme (comme tcl/tk) mais pas très joli. Puis çà se prononce facilement (té-ka-bère). Désavantage, c'est du Tcl/Tk (mauvais souvenirs de jeunesse)

Psi progresse de mois en mois (je le préfère personnellement), mais est pour le moment en retard ou incomplet sur certaines fonctions (conférence en particulier)

oui. chez moi, c'est pareil avec les comptes ftp à lecture seule... (pas de grosse securisation du mdp, il circule en clair de toutes facons, et c'est plus facile à communiquer, cependant je n'aime pas les accès anonymes complets...)

c'est parfait, merci.

est-ce que ca continue à fonctionner quand le client meurt ? exemple, je lance de la musique avec mon client gtk2, je bidouille mon serveur X, je relance le serveur X (il meurt donc, et le client avec) est-ce que j'entend encore la musique ?
si ca marche, je passerai à ce duo dès qu'ils auront implémenté la lecture du format Musepack...

ou alors il y a ca aussi http://uucpssh.org/(...)
mais je sais pas trop si ca marche avec des ips dynamiques dyndns / no-ip.

autant en serveur mail sortant, je comprends que tu veuilles avoir du local, autant en entrant, ca peut être gênant: panne adsl/vacances/ autres coupures peuvent bloquer des mails chez ceux qui veulent te les envoyer pendant longtemps, tu peux te faire blacklister de certaines listes mails... pas lire tes mails quand tu es en vacances et que tu n'as que du web à disposition pour lire...

Donc je n'utiliserai pas l'adresse no-ip.org comme mail principal.