Yep, moi j'ai pas de smartphone et n'en veux pas. J'ai peur qu'un jour, le no-smart-phone ne soient plus commercialisés. Ce qui me forcerait à en acheter un.
Il me faut tout de même un téléphone, car je n'ai ni téléphone fixe, ni TV (si, mais elle dors dans le garage), ni internet (là je suis de passage chez quelqu'un).
Pour moi, ces moyens de communications doivent rester des outils, à notre service. Mais ce que je vois surtout, dans les rues, le métro, etc. ce sont des gens accros, qui subissent leur moyens de communication.
Avec mon style de vie, je lis, je revasse, je médite (au sens propre du terme). Je me vois mal faire la même chose avec tous ces "parasites" qui biperaient tout le temps.
Pendant un instant, j'ai cru à un rebondissement dans le développement - long et difficile - de hurd. Ca me fait vraiment mal au coeur qu'il ne soit pas encore mature. Et c'est pas sympa de jouer sur ce sujet !
Effectivement, E est un excellent projet, son code est réputé très propre et efficace.
J'ai déjà testé la SVN il y a.... disons entre 6mois et 1an.
Je trouve que c'est pas très joli.
Mais j'avoue ne pas avoir fouillé dans les thèmes et la personalisation en général.
Peut être qu'en customisant un peu je pourrai avoir un truc qui me plaise !
As-tu des commentaires/suggestions sur les thèmes E ?
Merci pour ta réponse.
console-data n'était pas installé !
En faisant dpkg-reconfigure console-data, en console, j'ai bien la bonne layout.
Mais après un reboot, la console est de nouveau pas bonne (q <-> a, etc...).
J'ai testé la modification du fichier /etc/default/keyboard dont parle le lien que tu m'as donnée. Sans succès.
J'ai aussi testé un :
loadkeys fr ; loadkeys fr-pc
PUIS dpkg-reconfigure console-data, toujours pareil : ok mais pas persistent.
La modification dans GDM fonctionne et est persistente pour toute application X.
Par contre, en console, ça ne fonctionne toujours pas.
J'ai modifié le fichier /etc/default/keyboard mais après un shutdown -r now ça ne fonctionne toujours pas.
Parce que son architecture semble vraiment très puissante.
Je n'ai pas l'intention de toller.
Le noyau Linux me sert tous les jours et j'en suis très satisfait.
Et puis, un peu de diversité dans les noyaux Libres ferait toujours plaisir.
Ca ne serait pas intéressant, s'il y avait 3 ou 4 noyaux/µ-noyaux Libres 100% fonctionnels et performants ? n*plus de trolls !
Merci pour ces liens. Très intéressants.
Qelectrotech et OpenClipArt, je ne connaissais pas et ils sont géniaux.
Mais si quelqu'un connait un soft Libre qui tourne sous GNU/Linux et qui permet de dimensionner des échangeurs thermiques, de déterminer le rendement d'une turbine, etc, je suis plus que preneur !!!!!
La commande ci-dessous permet de voir la qualité de l'entropie instantanée :
watch -n 1 sysctl kernel.random.entropy_avail
Je viens de l'utiliser, tout d'abord sans rien faire, puis en faisant un find / et aussi cat /boot/vm* > /dev/dsp. Mais je ne vois aucune différence...
Si quelqu'un connait un site qui parle du snapshot device-mapper je suis preneur. Je vais me tapper la doc du noyal, mais un site qui en parle d'un point de vue utilisateur est toujours le bienvenu.
J'ai vraiment envie de faire joujou avec des FS chiffrés en LVM2 RAID5, mais je ne trouve pas de HOWTO sur comment faire des snapshots avec device-mapper.
Est-ce que c'est encore "trop nouveau" pour qu'il y ait de la littérature ?
Autre petite question, je ne me souviens plus comment compiloner avec plusieurs thread (--enable-threads). Je ne trouve pas comment demander à Make de le dire dans le Makefile. Et je n'ai pas l'impression, en regardant le System Monitor, que mes 8 threads soient exploités.
En fait ce n'est pas vraiment ce que je pensais.... Je suis déçu !!!!
En fait, je cherche une solution qui me permette de ne plus avoir de /boot non chiffrée, et, si possible, de ne plus sous-traiter ce chiffrement à un soft (et donc au proc).
Yep, j'ai vu pour le support de l'USB3 avec Linux, mais ce qui m'inquiétait, c'est pas le protocole USB en lui-même, mais les "instructions de pilotage" de la puce. Je ne sais pas si tout ça est standardisé.
Mais je crois surtout que je suis inquiet pour rien. :-) Je suis toujours en stress et dans le doute. C'est aussi parce que je ne voudrais pas me retrouver avec une carte mère à 200 ou 300€ qui ne fonctionne qu'avec Winblows. Ce serait pour moi la pire des déchéances que d'utiliser Winsucks.
Merci, maintenant je vais pouvoir acheter en étant rassuré.
[^] # Re: Ni smartphone ni portable
Posté par ElectronLibre . En réponse au sondage Quel est le système d'exploitation de votre (éventuel) smartphone ?. Évalué à 7.
Hello,
Yep, moi j'ai pas de smartphone et n'en veux pas. J'ai peur qu'un jour, le no-smart-phone ne soient plus commercialisés. Ce qui me forcerait à en acheter un.
Il me faut tout de même un téléphone, car je n'ai ni téléphone fixe, ni TV (si, mais elle dors dans le garage), ni internet (là je suis de passage chez quelqu'un).
Pour moi, ces moyens de communications doivent rester des outils, à notre service. Mais ce que je vois surtout, dans les rues, le métro, etc. ce sont des gens accros, qui subissent leur moyens de communication.
Avec mon style de vie, je lis, je revasse, je médite (au sens propre du terme). Je me vois mal faire la même chose avec tous ces "parasites" qui biperaient tout le temps.
[^] # Re: La version de l'élite.
Posté par ElectronLibre . En réponse à la dépêche Sortie de Slackware 13.37. Évalué à 0.
Le code de ma valise, c'est 42 42.
# C'est pas très rigolo
Posté par ElectronLibre . En réponse à la dépêche hurd 0.401 est sorti !. Évalué à 3.
Hello,
Pendant un instant, j'ai cru à un rebondissement dans le développement - long et difficile - de hurd. Ca me fait vraiment mal au coeur qu'il ne soit pas encore mature. Et c'est pas sympa de jouer sur ce sujet !
+
[^] # Re: Merci
Posté par ElectronLibre . En réponse à la dépêche La version 4.6 du compilateur GCC est disponible. Évalué à -8.
Merci !
Maintenant je sais ce que je vais faire ce soir : lire
Bonne lecture !
[^] # Re: E17
Posté par ElectronLibre . En réponse au message Quel Environnement Graphique ?. Évalué à 0.
Hello,
J'ai essayé XFCE. Pas trop mal.
J'ai compiloné E17 SVN, mais cette fois-ci, j'ai un problème car FGLRX est requis ! S'agit-il du module noyau ou du paquet ?
J'ai tenté d'installer le paquet fglrx mais il est Broken en Natty... Dès qu'il ne l'est plus, je retente !
+
[^] # Re: E17
Posté par ElectronLibre . En réponse au message Quel Environnement Graphique ?. Évalué à 1.
Hello,
Merci beaucoup pour ta réponse.
Effectivement, E est un excellent projet, son code est réputé très propre et efficace.
J'ai déjà testé la SVN il y a.... disons entre 6mois et 1an. Je trouve que c'est pas très joli. Mais j'avoue ne pas avoir fouillé dans les thèmes et la personalisation en général. Peut être qu'en customisant un peu je pourrai avoir un truc qui me plaise !
As-tu des commentaires/suggestions sur les thèmes E ?
+
[^] # Re: tu es en avance de 2 mois
Posté par ElectronLibre . En réponse au message Configuration clavier. Évalué à 1.
C'est bien ce que j'ai fait.
Je n'utilise pas sudo. J'ai donc tapé la commande en root.
+
[^] # Re: tu es en avance de 2 mois
Posté par ElectronLibre . En réponse au message Configuration clavier. Évalué à 1.
Merci pour ta réponse.
console-data n'était pas installé !
En faisant dpkg-reconfigure console-data, en console, j'ai bien la bonne layout.
Mais après un reboot, la console est de nouveau pas bonne (q <-> a, etc...).
J'ai testé la modification du fichier /etc/default/keyboard dont parle le lien que tu m'as donnée. Sans succès.
J'ai aussi testé un :
loadkeys fr ; loadkeys fr-pc
PUIS dpkg-reconfigure console-data, toujours pareil : ok mais pas persistent.
Help.... :-/
[^] # Re: tu es en avance de 2 mois
Posté par ElectronLibre . En réponse au message Configuration clavier. Évalué à 1.
Merci pour ta réponse.
Je voulais dire "unstable", au lieu de Natty.
La modification dans GDM fonctionne et est persistente pour toute application X.
Par contre, en console, ça ne fonctionne toujours pas.
J'ai modifié le fichier /etc/default/keyboard mais après un shutdown -r now ça ne fonctionne toujours pas.
+
[^] # Re: Enfin des news
Posté par ElectronLibre . En réponse à la dépêche L'année 2010 du Hurd. Évalué à 4.
Je n'ai pas l'intention de toller.
Le noyau Linux me sert tous les jours et j'en suis très satisfait.
Et puis, un peu de diversité dans les noyaux Libres ferait toujours plaisir.
Ca ne serait pas intéressant, s'il y avait 3 ou 4 noyaux/µ-noyaux Libres 100% fonctionnels et performants ? n*plus de trolls !
[^] # Re: Enfin des news
Posté par ElectronLibre . En réponse à la dépêche L'année 2010 du Hurd. Évalué à 1.
Ouais, ça fait vraiment plaisir de voir que ça avance.
J'ai vraiment envie que GNU/Hurd remplace GNU/Linux, mais pour ça, il va falloir être patient.
Merci à Manuel pour son avis objectif.
Arkem, tout est écris dans la news, au sujet du port L4.
Content de voir que tu continues à travailler un peu dessus, Manuel.
+
[^] # Re: Logiciels de simulation
Posté par ElectronLibre . En réponse au message Thermodynamique. Évalué à 1.
Merci pour vos réponses.
J'ai découvert QElectroTech avec beaucoup de plaisir. Il est rapide à prendre en main et complet.
Pour ce qui est de la simulation thermodynamique, vos réponse m'ont mené jusqu'à un logiciel extrêment bien développé : OpenModelica.
Merci encore.
+
[^] # Re: qelectrotech, inkscape, openclipart
Posté par ElectronLibre . En réponse au message Thermodynamique. Évalué à 1.
Merci pour ces liens. Très intéressants.
Qelectrotech et OpenClipArt, je ne connaissais pas et ils sont géniaux.
Mais si quelqu'un connait un soft Libre qui tourne sous GNU/Linux et qui permet de dimensionner des échangeurs thermiques, de déterminer le rendement d'une turbine, etc, je suis plus que preneur !!!!!
+
[^] # Re: POV-Ray ?
Posté par ElectronLibre . En réponse au message optique géométrique - étude de diaphragme. Évalué à 1.
Effectivement, après une brève recherche, il semble y avoir possibilité d'utiliser PovRay.
De longues heures de boulot en perspective.
Merci !
[^] # Re: Visualitation de la qualité de l'entropie
Posté par ElectronLibre . En réponse au message améliorer l'entropie pour chiffrement. Évalué à 2.
https://bmearns.net/wwk/view//dev/random
Simple, élégant, performant, robuste, fiable. Parfait !
+
[^] # Re: Nicky Larsen
Posté par ElectronLibre . En réponse au message améliorer l'entropie pour chiffrement. Évalué à 1.
Evidemment, en mettant le son au minimum et le micro pas trop près.
# Visualitation de la qualité de l'entropie
Posté par ElectronLibre . En réponse au message améliorer l'entropie pour chiffrement. Évalué à 4.
La commande ci-dessous permet de voir la qualité de l'entropie instantanée :
watch -n 1 sysctl kernel.random.entropy_availJe viens de l'utiliser, tout d'abord sans rien faire, puis en faisant un find / et aussi cat /boot/vm* > /dev/dsp. Mais je ne vois aucune différence...
+
[^] # Re: TRIM ?
Posté par ElectronLibre . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 1.
Dis-moi, patrick_g, on a pas une idée approximative de quand TRIM sera mature/activé_par_défaut ?
+
[^] # Re: device-mapper : snapshot
Posté par ElectronLibre . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 0.
--jobs=16, ça change tout !
Si quelqu'un connait un site qui parle du snapshot device-mapper je suis preneur. Je vais me tapper la doc du noyal, mais un site qui en parle d'un point de vue utilisateur est toujours le bienvenu.
+
# device-mapper : snapshot
Posté par ElectronLibre . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 0.
J'ai vraiment envie de faire joujou avec des FS chiffrés en LVM2 RAID5, mais je ne trouve pas de HOWTO sur comment faire des snapshots avec device-mapper.
Est-ce que c'est encore "trop nouveau" pour qu'il y ait de la littérature ?
Autre petite question, je ne me souviens plus comment compiloner avec plusieurs thread (--enable-threads). Je ne trouve pas comment demander à Make de le dire dans le Makefile. Et je n'ai pas l'impression, en regardant le System Monitor, que mes 8 threads soient exploités.
+
[^] # Re: C'est quoi ce truc ?
Posté par ElectronLibre . En réponse au message chiffrement matériel et GNU/Linux. Évalué à 2.
En fait, ça semble possible. Voir recherche avec les keywords : "Grub 2 kernel encryption"
Et voilà un tuto :
http://xercestech.com/full-system-encryption-for-linux.geek
Et on dirait que la Grub Team y travaille :
http://www.mail-archive.com/grub-devel@gnu.org/msg09787.html
+
[^] # Re: C'est quoi ce truc ?
Posté par ElectronLibre . En réponse au message chiffrement matériel et GNU/Linux. Évalué à 1.
Je trouve qu'avoir un /boot en plus, c'est sale-pas-bien-pas-joli.
Mais tant pis. Je vais rester comme ça.
Peut être que ça viendra avec Grub 3.0. :-)
Merci !
[^] # Re: C'est quoi ce truc ?
Posté par ElectronLibre . En réponse au message chiffrement matériel et GNU/Linux. Évalué à 1.
Merci pou vos réponses. Oui, je suis un nouvel inscrit, mais je lis très très régulièrement Linuxfr.org.
Tu veux dire que Grub peut exécuter un bzImage qui gère le chiffrement ?
Donc, si la partition / est au début du disque, plus besoin d'avoir de partition boot non chiffrée ?
+
[^] # Re: C'est quoi ce truc ?
Posté par ElectronLibre . En réponse au message chiffrement matériel et GNU/Linux. Évalué à 1.
Gygabyte parle du TPM ici :
http://www.gigabyte.fr/FileList/WebPage/tech_090302_technolo(...)
http://www.youtube.com/watch?v=QrQkhsHxHCk
En fait ce n'est pas vraiment ce que je pensais.... Je suis déçu !!!!
En fait, je cherche une solution qui me permette de ne plus avoir de /boot non chiffrée, et, si possible, de ne plus sous-traiter ce chiffrement à un soft (et donc au proc).
+
[^] # Re: retrocompatible
Posté par ElectronLibre . En réponse au message USB3 RAID0, SATA 6GB/s && Support Linux. Évalué à 1.
Merci pour vos réponses.
Yep, j'ai vu pour le support de l'USB3 avec Linux, mais ce qui m'inquiétait, c'est pas le protocole USB en lui-même, mais les "instructions de pilotage" de la puce. Je ne sais pas si tout ça est standardisé.
Mais je crois surtout que je suis inquiet pour rien. :-) Je suis toujours en stress et dans le doute. C'est aussi parce que je ne voudrais pas me retrouver avec une carte mère à 200 ou 300€ qui ne fonctionne qu'avec Winblows. Ce serait pour moi la pire des déchéances que d'utiliser Winsucks.
Merci, maintenant je vais pouvoir acheter en étant rassuré.
+