Tu peux faire plusieurs partitions de swap. Linux sait gérer ce cas de figure.
Si Debian ne t'en detecte qu'une, alors rajoute une entrée identique à la partition de swap detectée pour la seconde dans ton /etc/fstab.
Mais bon, la chaudière est le garant de l'eau chaude et du chauffage. Et une chaudière qui se dégrade peut s'avérer mortellement dangereuse (particulièrement celle fonctionnant au gaz).
Pour la majorité des gens (particuliers j'entend bien), un ordinateur qui ne marche plus signifie plus de MSN et autre futilités, donc son entretien est nettement moins capitale que celui de la chaudière.
Euh non j'ai explique trois fois donc c'est plutot toi le boulet (surtout pour inutiler parce que visiblement t'aime pas quo'n te reponde)
Passons, je vais encore m'enerver, donc passons ...
Gftp est un client ftp ; et il gere le ssl car il gere le ssh et que ssh est base sur le ssl.
Tu n'avais pas dis le ftps !
Si tu n'est pas precis c'est pas de notre faute !
En effet, j'avoue que sur ce point là, j'ai commis une faute enorme, il est clair qu'on associe quasi toujours instantanément ssh et ssl !
D'ailleurs, je ne dirais plus que Firefox supporte le SSL, cela pourrait porter à confusion ...
Elle peut etre en statique ou appele une librairie qui elle depend de ssl.
Bien sur, si on s'est embêté à créer le système des librairies partagées chargées au besoin, c'est pour derrière linker en statique !
Et puis bon, un ldd nous montre un certain nombre de dépendance comme la libpthread, la libm, mais il est évident que pour la libssl, les développeurs ont fait le choix de linker en statique !
Et donc qu'il apelle un programme externe ne change rien au fait (quand tu apelle une lib dans /usr/lib elle est aussi externe).
Oui enfin bon, là tu fait un peu preuve de mauvaise foi je crois ...
Pour finir, je crois que tu es allé un peu vite en besogne.
En aucun cas on ne peut associer SSH et SSL. Le raccourci est je te l'accorde assez plaisant mais malheureusement complétement faux.
SSL je te le rappelle signifie Secure Socket Layer. Il s'agit d'une couche intermédiaire permettant de sécuriser un protocole ou les échanges se font en clair.
Je ne sais pas si tu t'es déjà amusé à programmer en utilisant la libopenssl , mais pour infos, cette dernière se manipule assez facilement et te permet d'obtenir une "socket" par lequel tout ce qui passera sera chiffré.
SSH quant à lui est un protocole à part entière. La gestion des algorithme de chiffrement, des échanges de clefs, mais aussi l'envoie des données, etc... lui incombe complétement.
Le seul point commun entre SSH et SSL est l'utilisation d'algo de
chiffrement tel que RSA, etc...
Après, openssh peut être amené à utilise la libopenssl, simplement pour son implémentation des algos de chiffrement, mais en aucun cas pour faire du ssl.
Pour finir de te convaincre, lis donc ça: http://www.rpatrick.com/tech/ssh-ssl/(...)
Donc même si mon précédent raisonnement peut te paraitre faux, et même si on a dévier de ma problématique première, je persiste à dire que tu as tort.
Tu dis d'ailleurs un peu plus haut:
le ssh est base sur le ssl ; donc si gftp supporte le ssl; pas le ftps mais le ssl si.
ssh est linké à la libssl pour les algos mais ne fait pas de SSL.
Le FTPS signifie littéralement FTP SSL. Le gftp de Debian ne gére pas la surcouche SSL du protocole FTP. Par contre, comme tu le dis maladroitement il gère le protocole SSH qui n'a rien à voir avec le SSL. Donc gftp ne supporte pas le SSL.
Pour finir, tu dis:
Euh non j'ai explique trois fois donc c'est plutot toi le boulet (surtout pour inutiler parce que visiblement t'aime pas quo'n te reponde)
et
Et ben fous toi en rogne si tu n'est pas foutu d'accepter la moindre critique (meme pas vers toi en plus) justifié ou non ; et ce sans insulter les autres ...
Excuse moi, mais il me semble que je n'ai le droit de voter qu'une fois sur un commentaire, pourtant, tes commentaires ont une note assez basse et je ne pense pas avoir été le seul à voter.
Pour moi, tes commentaires ont été inutiles, je les ai donc notés comme tels, ce qui a visiblement été le cas d'autres lecteurs de linuxfr.
Pour finir, en aucun cas je n'ai perçu tes réponses comme des critiques, simplement, l'absence de client FTP supportant le FTP SSL dans Debian me pèse suffisament et depuis suffisament longtemps pour que je sois a peu près sur de ce que je dis.
Maintenant, inutile d'essayer de me convaincre une nième fois que j'ai tort et que tu as raison. Ca commence franchement a me saouler de devoir débattre la dessus. Si j'ai tort tant pis je resterai dans mon ignorance.
Très sincères salutations, blabla, cordialement, blabla,..
tu te met en passif et tu fais un wrapper sur le port 20 ca marche pas ?
Heu je crois pas avoir évoqué de problèmatique ...
Et je persiste a dire que gftp supporte le ssl.
le ssh est base sur le ssl ; donc si gftp supporte le ssl; pas le ftps mais le ssl si.
Enfin l'overhead de ssh est a mon avis quand meme negligeable dans 99% des applications.
Rooo putain mais t'es un boulet toi ma parole ?!
SSH != FTP SSL
Et si tu t'amuses à faire un ldd /usr/bin/gftp* |grep ssl, tu remarqueras qu'à aucun moment gftp n'est linké à la libssl.
Ensuite, dans les dépendances du paquet, tu remarqueras qu'à aucun moment il n'est fait mention de ssl.
Pour finir de te foutre le nez dans ta merde cordialement, je te dirais de lancer un gftp et d'utiliser le ssh2 pour tes transferts de fichiers (qui est censé utiliser le ssl).
Connecte toi et ensuite remonte un peu ds l'historique des messages de gftp et tu remarqueras la ligne suivante:
Donc gftp fait appel au binaire de ssh pour créer la connexion.
Alors par pitié, vérifie ce que tu avances avant de dire des conneries parce que les gens qui persistent avec une demonstration à deux balles, ça a le mérite de me foutre en rogne pour le reste de la journée, et c'est pas malin !
1/ SFTP ou encore SCP, entièrement basé sur le protocole SSH pour le transfert de fichier.
2/ FTPS ou encore FTP TLS, qui à la façon de SMTP débute en clair, puis après une négociation de la crypto, permet de tout chiffrer.
L'intêret par exemple du FTPS est de permettre de ne chiffrer que le canal de communication et de laisser passer les fichiers en clair.
L'interet c'est que tu ne perds pas de bande passante comme avec le transfert de fichier over-ssh (padding toussa).
Donc mon gros problème vient bien du fait de l'absence de support du FTPS ou FTP avec support du TLS.
Pour ceux qui serait intéressé par le FTP+TLS, je vous invite à jeter un oeil au très bon article de HSC:
Euh non, le gftp up-to-date ne supporte pas le ssl :(
Et pareil, une vieille version de lftp, ça reste du bricolage :(
'Fin voilà quoi c'était un exemple de la philosophie Debian ... :)
Et ce quiz confirme bien ces proportions.
Et pourtant je suis utilisateur de Debian depuis maintenant quelques années (j'ai connu 2 releases, c'est dire !!!).
Mais bon, gnupg qui dépend de la libusb, et l'absence de client FTP gérant le SSL à de quoi facher :)
1/ tu pourrais au moins nous mettre les termes exacts de ta recherche parce que là excuse moi, mais il y a bien une quarantaine de façon de trouver de la doc sur le split de perl via google.
2/ je crois que le mossieur ne s'adressait pas à toi en particulier qd il parlait de site pr adolescent boutonneux.
3/ critiquer la signature de quelqu'un est je trouve très puéril et également digne d'un ado boutonneux ...
4/ Au bout de sept ans de boite comme tu le dis si bien, je vais t'apprendre un truc qui va révolutionner ta vie: jette un oeil à la commande perldoc, un perldoc -f split aurait été beaucoup plus rapide pr trouver de la doc sur split ...
Pour finir, si chacun ici devait mettre toutes les choses qui l'a déridé dans la journée et que les choses en question étaient aussi poilantes que ton truc, alors les admins de linuxfr devrait migrer vers un nom de domaine plutot du genre blague-merdique-de-geek.org
Dans ce cas, essaye de refaire ton make ARCH=um menuconfig et d'examiner avec attention les options car il me semble que la configuration par défaut n'est pas fonctionnelle.
Par exemple, en fouillant vite fait je suis tombé la dessus:
CONFIG_BLK_DEV_UBD:
The User-Mode Linux port includes a driver called UBD which will let
you access arbitrary files on the host computer as block devices.
Unless you know that you do not need such virtual block devices say
Y here.
Et il s'avère que cette option n'est pas activée par défaut. Hors comme son nom l'indique ubd0 ...
Franchement, la prochaine regarde un petit peu sur le site [1] ou fais un ./linux --help avant de poser cette question.
Tu aurais vu qu'il faut lui préciser quel "disque virtuel" il doit utiliser :
Et dire que j'ai vendu ce week end un Quadri pentium pro 200 avec 1.3Go de RAM et des disques en SCSI pour 50 Euros ...
Jette un petit oeil à http://sunwizard.net(...)
Hmmm ... en même temps je trouve cet argument de "transférer des mp3 sans utiliser d'appli" peu recevable.
Ce qui joue contre l'appli, c'est que les Linuxiens ont encore du faire tout le boulot eux même pour avoir une appli leurs permettant nourrir leurs balladeur,
Ce qui joue pour en revanche, c'est que cette appli n'est pas là "pour faire chier" mais pour améliorer l'usage du balladeur. En effet, grace à la base de données bizarre de mon ipod, mes morceaux s'enchainent sans aucune transition, le parcours de ma bibliothèque musicale est particulièrement rapide et encore une fois sans transition, et il m'est possible de selectionner des morceaux sur tout un tas de critère.
Avant d'acheter mon ipod, j'ai lu pas mal de tests à droite à gauche, et les lecteurs fonctionnant sans application tierce ont souvent ce genre de problème.
Voilà mon avis sur la question de l'appli :)
J'ai souvent entendu l'esquive du "on ne vend pas un produit mais un service" pour ne pas avoir à divulguer le soft.
C'est pour cette raison que toutes les boites qui vendent des appliances à poser dans les locaux et qu'on récupère à la fin ne divulgue pas leurs sources (dans le cas ou elles se basent sur du GPL) et que linksys eux les donnent quand il s'agit du WRT54G.
Ensuite j'aimerais savoir (sans ironie aucune) pour quelles raisons un particulier peut être amener à laisser son ordinateur tourner jour et nuit (à part pouvoir frimer avec un uptime de 457 jours ;o))
Parce que l'ordinateur en question est MX sur son nom de domaine.
Parce que l'ordinateur en question est serveur Web.
Parce que il aime bien avoir un film en rentrant le soir chez lui, et que les réseaux P2P c'est assez long ...
Il y a tant de raison. N'oublions pas qu'un ordinateur (uc seule) est loin d'être le plus gros consommateur d'energie !
Devrait fonctionner et t'éviter de te prendre la tête.
Si au boot, tu constates que le pcmcia est lancé avant le ppp mais que cela ne fonctionne toujours pas, alors c'est que t'as un souci d'un autre ordre.
Le préfixe du networking correspond à l'ordre de lancement.
Sachant qu'il y a beaucoup de lien et que c'est assez relou à gérer à la main, les petits gars de chez Debian ont crée l'outil update-rc.d.
Je t'invite donc à lire la page de man de update-rc.d pour activer le ppp après le pcmcia :)
# Réponse
Posté par LaBienPensanceMaTuer . En réponse au message commandes linux. Évalué à 6.
Cordialement.
# re
Posté par LaBienPensanceMaTuer . En réponse au message iriver T-30. Évalué à 2.
http://www.mp3players.co.uk/site/uk/iriver_t30/specification/FF0000(...)
Reste à savoir si l'on peut faire confiance à un site de vente en ligne.
[^] # Re: Client FTP avec SSL
Posté par LaBienPensanceMaTuer . En réponse au journal Quiz Debian. Évalué à 2.
# re
Posté par LaBienPensanceMaTuer . En réponse au message swap. Évalué à 2.
Si Debian ne t'en detecte qu'une, alors rajoute une entrée identique à la partition de swap detectée pour la seconde dans ton /etc/fstab.
# re
Posté par LaBienPensanceMaTuer . En réponse au journal Entretien de chaudière et informatique. Évalué à 10.
Mais bon, la chaudière est le garant de l'eau chaude et du chauffage. Et une chaudière qui se dégrade peut s'avérer mortellement dangereuse (particulièrement celle fonctionnant au gaz).
Pour la majorité des gens (particuliers j'entend bien), un ordinateur qui ne marche plus signifie plus de MSN et autre futilités, donc son entretien est nettement moins capitale que celui de la chaudière.
[^] # Re: Client FTP avec SSL
Posté par LaBienPensanceMaTuer . En réponse au journal Quiz Debian. Évalué à 3.
Euh non j'ai explique trois fois donc c'est plutot toi le boulet (surtout pour inutiler parce que visiblement t'aime pas quo'n te reponde)
Passons, je vais encore m'enerver, donc passons ...
Gftp est un client ftp ; et il gere le ssl car il gere le ssh et que ssh est base sur le ssl.
Tu n'avais pas dis le ftps !
Si tu n'est pas precis c'est pas de notre faute !
En effet, j'avoue que sur ce point là, j'ai commis une faute enorme, il est clair qu'on associe quasi toujours instantanément ssh et ssl !
D'ailleurs, je ne dirais plus que Firefox supporte le SSL, cela pourrait porter à confusion ...
Elle peut etre en statique ou appele une librairie qui elle depend de ssl.
Bien sur, si on s'est embêté à créer le système des librairies partagées chargées au besoin, c'est pour derrière linker en statique !
Et puis bon, un ldd nous montre un certain nombre de dépendance comme la libpthread, la libm, mais il est évident que pour la libssl, les développeurs ont fait le choix de linker en statique !
Et donc qu'il apelle un programme externe ne change rien au fait (quand tu apelle une lib dans /usr/lib elle est aussi externe).
Oui enfin bon, là tu fait un peu preuve de mauvaise foi je crois ...
Pour finir, je crois que tu es allé un peu vite en besogne.
En aucun cas on ne peut associer SSH et SSL. Le raccourci est je te l'accorde assez plaisant mais malheureusement complétement faux.
SSL je te le rappelle signifie Secure Socket Layer. Il s'agit d'une couche intermédiaire permettant de sécuriser un protocole ou les échanges se font en clair.
Je ne sais pas si tu t'es déjà amusé à programmer en utilisant la libopenssl , mais pour infos, cette dernière se manipule assez facilement et te permet d'obtenir une "socket" par lequel tout ce qui passera sera chiffré.
SSH quant à lui est un protocole à part entière. La gestion des algorithme de chiffrement, des échanges de clefs, mais aussi l'envoie des données, etc... lui incombe complétement.
Le seul point commun entre SSH et SSL est l'utilisation d'algo de
chiffrement tel que RSA, etc...
Après, openssh peut être amené à utilise la libopenssl, simplement pour son implémentation des algos de chiffrement, mais en aucun cas pour faire du ssl.
Pour finir de te convaincre, lis donc ça: http://www.rpatrick.com/tech/ssh-ssl/(...)
Donc même si mon précédent raisonnement peut te paraitre faux, et même si on a dévier de ma problématique première, je persiste à dire que tu as tort.
Tu dis d'ailleurs un peu plus haut:
le ssh est base sur le ssl ; donc si gftp supporte le ssl; pas le ftps mais le ssl si.
ssh est linké à la libssl pour les algos mais ne fait pas de SSL.
Le FTPS signifie littéralement FTP SSL. Le gftp de Debian ne gére pas la surcouche SSL du protocole FTP. Par contre, comme tu le dis maladroitement il gère le protocole SSH qui n'a rien à voir avec le SSL. Donc gftp ne supporte pas le SSL.
Pour finir, tu dis:
Euh non j'ai explique trois fois donc c'est plutot toi le boulet (surtout pour inutiler parce que visiblement t'aime pas quo'n te reponde)
et
Et ben fous toi en rogne si tu n'est pas foutu d'accepter la moindre critique (meme pas vers toi en plus) justifié ou non ; et ce sans insulter les autres ...
Excuse moi, mais il me semble que je n'ai le droit de voter qu'une fois sur un commentaire, pourtant, tes commentaires ont une note assez basse et je ne pense pas avoir été le seul à voter.
Pour moi, tes commentaires ont été inutiles, je les ai donc notés comme tels, ce qui a visiblement été le cas d'autres lecteurs de linuxfr.
Pour finir, en aucun cas je n'ai perçu tes réponses comme des critiques, simplement, l'absence de client FTP supportant le FTP SSL dans Debian me pèse suffisament et depuis suffisament longtemps pour que je sois a peu près sur de ce que je dis.
Maintenant, inutile d'essayer de me convaincre une nième fois que j'ai tort et que tu as raison. Ca commence franchement a me saouler de devoir débattre la dessus. Si j'ai tort tant pis je resterai dans mon ignorance.
Très sincères salutations, blabla, cordialement, blabla,..
[^] # Re: Client FTP avec SSL
Posté par LaBienPensanceMaTuer . En réponse au journal Quiz Debian. Évalué à 1.
Heu je crois pas avoir évoqué de problèmatique ...
Et je persiste a dire que gftp supporte le ssl.
le ssh est base sur le ssl ; donc si gftp supporte le ssl; pas le ftps mais le ssl si.
Enfin l'overhead de ssh est a mon avis quand meme negligeable dans 99% des applications.
Rooo putain mais t'es un boulet toi ma parole ?!
SSH != FTP SSL
Et si tu t'amuses à faire un ldd /usr/bin/gftp* |grep ssl, tu remarqueras qu'à aucun moment gftp n'est linké à la libssl.
Ensuite, dans les dépendances du paquet, tu remarqueras qu'à aucun moment il n'est fait mention de ssl.
Pour finir de te foutre le nez dans ta merde cordialement, je te dirais de lancer un gftp et d'utiliser le ssh2 pour tes transferts de fichiers (qui est censé utiliser le ssl).
Connecte toi et ensuite remonte un peu ds l'historique des messages de gftp et tu remarqueras la ligne suivante:
Exécution du programme ssh -e none -l <ton login> -p 22 <la machine> -s sftp
Donc gftp fait appel au binaire de ssh pour créer la connexion.
Alors par pitié, vérifie ce que tu avances avant de dire des conneries parce que les gens qui persistent avec une demonstration à deux balles, ça a le mérite de me foutre en rogne pour le reste de la journée, et c'est pas malin !
[^] # Re: Client FTP avec SSL
Posté par LaBienPensanceMaTuer . En réponse au journal Quiz Debian. Évalué à 2.
1/ SFTP ou encore SCP, entièrement basé sur le protocole SSH pour le transfert de fichier.
2/ FTPS ou encore FTP TLS, qui à la façon de SMTP débute en clair, puis après une négociation de la crypto, permet de tout chiffrer.
L'intêret par exemple du FTPS est de permettre de ne chiffrer que le canal de communication et de laisser passer les fichiers en clair.
L'interet c'est que tu ne perds pas de bande passante comme avec le transfert de fichier over-ssh (padding toussa).
Donc mon gros problème vient bien du fait de l'absence de support du FTPS ou FTP avec support du TLS.
Pour ceux qui serait intéressé par le FTP+TLS, je vous invite à jeter un oeil au très bon article de HSC:
http://www.hsc.fr/ressources/breves/ftp-ssl.html.fr(...)
[^] # Re: Client FTP avec SSL
Posté par LaBienPensanceMaTuer . En réponse au journal Quiz Debian. Évalué à 1.
Et pareil, une vieille version de lftp, ça reste du bricolage :(
'Fin voilà quoi c'était un exemple de la philosophie Debian ... :)
# re
Posté par LaBienPensanceMaTuer . En réponse au message http://www.gouv.fr. Évalué à 5.
Ensuite:
[gco@gc]:~% dig www.gouv.fr
; <<>> DiG 9.2.4 <<>> www.gouv.fr
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22906
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 9, ADDITIONAL: 4
;; QUESTION SECTION:
;www.gouv.fr. IN A
;; ANSWER SECTION:
www.gouv.fr. 172798 IN CNAME www.premier-ministre.gouv.fr.
www.premier-ministre.gouv.fr. 298 IN CNAME premier-ministre.gouv.fr.edgesui
te.net.
Cordialement,
Gérald, pas la Leffe.
# ça confirme ce que je pense...
Posté par LaBienPensanceMaTuer . En réponse au journal Quiz Debian. Évalué à 6.
20% de questions techniques.
80% de people.
Et ce quiz confirme bien ces proportions.
Et pourtant je suis utilisateur de Debian depuis maintenant quelques années (j'ai connu 2 releases, c'est dire !!!).
Mais bon, gnupg qui dépend de la libusb, et l'absence de client FTP gérant le SSL à de quoi facher :)
# Précisions...
Posté par LaBienPensanceMaTuer . En réponse au journal les *BOX. Évalué à 2.
# re
Posté par LaBienPensanceMaTuer . En réponse au message Debian + APACHE2 + Cgi. Évalué à 2.
http://httpd.apache.org/docs/2.0/howto/cgi.html(...)
et plus généralement:
http://httpd.apache.org/docs/2.0/(...)
# re
Posté par LaBienPensanceMaTuer . En réponse au message MARRE DE SOLARIS !!!!!!!!!!!!!!!! (et accessoirement AU SECOURS !!!!!!!). Évalué à 2.
[^] # Re: Chouette
Posté par LaBienPensanceMaTuer . En réponse au journal Perl, le langage qui permet de ne pas rater son train.... Évalué à 1.
1/ tu pourrais au moins nous mettre les termes exacts de ta recherche parce que là excuse moi, mais il y a bien une quarantaine de façon de trouver de la doc sur le split de perl via google.
2/ je crois que le mossieur ne s'adressait pas à toi en particulier qd il parlait de site pr adolescent boutonneux.
3/ critiquer la signature de quelqu'un est je trouve très puéril et également digne d'un ado boutonneux ...
4/ Au bout de sept ans de boite comme tu le dis si bien, je vais t'apprendre un truc qui va révolutionner ta vie: jette un oeil à la commande perldoc, un perldoc -f split aurait été beaucoup plus rapide pr trouver de la doc sur split ...
Pour finir, si chacun ici devait mettre toutes les choses qui l'a déridé dans la journée et que les choses en question étaient aussi poilantes que ton truc, alors les admins de linuxfr devrait migrer vers un nom de domaine plutot du genre blague-merdique-de-geek.org
Allé, salut monseigneur !
[^] # Re: re
Posté par LaBienPensanceMaTuer . En réponse au message Installation/utilisation de la fonction USER-MODE-LINUX sous Ubuntu. Évalué à 2.
[^] # Re: re
Posté par LaBienPensanceMaTuer . En réponse au message Installation/utilisation de la fonction USER-MODE-LINUX sous Ubuntu. Évalué à 3.
Par exemple, en fouillant vite fait je suis tombé la dessus:
CONFIG_BLK_DEV_UBD:
The User-Mode Linux port includes a driver called UBD which will let
you access arbitrary files on the host computer as block devices.
Unless you know that you do not need such virtual block devices say
Y here.
Et il s'avère que cette option n'est pas activée par défaut. Hors comme son nom l'indique ubd0 ...
# re
Posté par LaBienPensanceMaTuer . En réponse au message Installation/utilisation de la fonction USER-MODE-LINUX sous Ubuntu. Évalué à 3.
Tu aurais vu qu'il faut lui préciser quel "disque virtuel" il doit utiliser :
./linux ubd0=./root_fs....
[1] : http://user-mode-linux.sourceforge.net/UserModeLinux-HOWTO-3.html#s(...)
# Re
Posté par LaBienPensanceMaTuer . En réponse au journal Récupérer de vieux ordis pour bidouiller. Évalué à 3.
Jette un petit oeil à http://sunwizard.net(...)
[^] # Re: Non mais OH ! Halte ! Garde a vous !
Posté par LaBienPensanceMaTuer . En réponse au journal Vers un monopole supplementaire. Évalué à 1.
Ce qui joue contre l'appli, c'est que les Linuxiens ont encore du faire tout le boulot eux même pour avoir une appli leurs permettant nourrir leurs balladeur,
Ce qui joue pour en revanche, c'est que cette appli n'est pas là "pour faire chier" mais pour améliorer l'usage du balladeur. En effet, grace à la base de données bizarre de mon ipod, mes morceaux s'enchainent sans aucune transition, le parcours de ma bibliothèque musicale est particulièrement rapide et encore une fois sans transition, et il m'est possible de selectionner des morceaux sur tout un tas de critère.
Avant d'acheter mon ipod, j'ai lu pas mal de tests à droite à gauche, et les lecteurs fonctionnant sans application tierce ont souvent ce genre de problème.
Voilà mon avis sur la question de l'appli :)
# re
Posté par LaBienPensanceMaTuer . En réponse au journal [Free] Le penguin dans la boite. Évalué à 1.
C'est pour cette raison que toutes les boites qui vendent des appliances à poser dans les locaux et qu'on récupère à la fin ne divulgue pas leurs sources (dans le cas ou elles se basent sur du GPL) et que linksys eux les donnent quand il s'agit du WRT54G.
# re
Posté par LaBienPensanceMaTuer . En réponse au journal Economie d'énergie. Évalué à 8.
Ensuite j'aimerais savoir (sans ironie aucune) pour quelles raisons un particulier peut être amener à laisser son ordinateur tourner jour et nuit (à part pouvoir frimer avec un uptime de 457 jours ;o))
Parce que l'ordinateur en question est MX sur son nom de domaine.
Parce que l'ordinateur en question est serveur Web.
Parce que il aime bien avoir un film en rentrant le soir chez lui, et que les réseaux P2P c'est assez long ...
Il y a tant de raison. N'oublions pas qu'un ordinateur (uc seule) est loin d'être le plus gros consommateur d'energie !
[^] # Re: re: Modifier l'ordre de lancement des services au démarrage
Posté par LaBienPensanceMaTuer . En réponse au message Modifier l'ordre de lancement des services au démarrage. Évalué à 2.
Le truc logique serait de passer le ppp en 40, on est d'accord ?
Donc en gros:
update-rc.d -f ppp remove
update-rc.d ppp defaults 40
Devrait fonctionner et t'éviter de te prendre la tête.
Si au boot, tu constates que le pcmcia est lancé avant le ppp mais que cela ne fonctionne toujours pas, alors c'est que t'as un souci d'un autre ordre.
[^] # Re: orthographe
Posté par LaBienPensanceMaTuer . En réponse à la dépêche Troisième Hackfest à Québec. Évalué à 1.
La prononciation induit en erreur
Ca depend de quel coin tu viens, moi perso j'aurai plus tendance à prononcer "évainement" donc pas de soucis pour l'orthographe :)
# re
Posté par LaBienPensanceMaTuer . En réponse au message Modifier l'ordre de lancement des services au démarrage. Évalué à 3.
En gros sous Debian, tu as une arborescence ds /etc/rc* qui est composé de lien vers les fichier dans le /etc/init.d :
[gco@gc]:~% find /etc/rc* -iname "*network*" 10:53
/etc/rc0.d/S35networking
/etc/rc6.d/S35networking
/etc/rcS.d/S40networking
Le préfixe du networking correspond à l'ordre de lancement.
Sachant qu'il y a beaucoup de lien et que c'est assez relou à gérer à la main, les petits gars de chez Debian ont crée l'outil update-rc.d.
Je t'invite donc à lire la page de man de update-rc.d pour activer le ppp après le pcmcia :)