$ USE="second_degre" emerge humour
emerge: superuser access is required
$ su
Mot de passe :
# USE="second_degre" emerge humour
Calculating dependencies... done!
emerge: there are no ebuilds to satisfy "humour".
emerge: searching for similar names...
emerge: Maybe you meant any of these: sci-biology/mothur, media-fonts/Humor-Sans, media-sound/umurmur?
Après avoir installé quelques distribs Linux en EFI, la principale complexité c'est d'arriver à booter autre chose que Windows en EFI.
Une fois qu'on a booté un Linux en EFI, on a toutes les poignées pour installer un Linux, mais c'est le serpent qui se mord la queue.
Sur le dernier PC sur lequel j'ai pu le faire, il a fallu remplacer le bootloader Windows par un noyau Linux dans la partition EFI (j'aurais pu mettre grub2 aussi éventuellement, peu importe en fait).
Pendant un moment, j'ai eu le stress d'avoir « briqué » ce nouveau PC que je venais d'acheter, et tout ça parce que le constructeur empêche de booter une clé USB ou une carte SD en mode EFI.
Le seul moyen qui m'a permis d'installer Linux au final, c'était la possibilité de booter une clé USB en mode « legacy » (donc avec émulation BIOS) de modifier la partition EFI depuis ce mode-là, et de désactiver Secure Boot pour ne pas que la modification soit détectée. Le jour où ce mode Legacy disparaît, ça va être beaucoup plus complexe d'installer Linux, et en fonction des constructeurs, ça passera par une étape sous Windows pour modifier le bootloader, ce qui n'a pas l'air simple du tout pour l'instant.
Petite remarque, pourquoi ne par faire deux journaux, sachant que les projets n'ont pas de lien si ce n'est toi ;)
J'ai hésité, l'avais l'impression que ça allait faire deux journaux bookmarks. Finalement chaque partie était assez grosse en elle-même, mais bon, je n'y ai pas repensé.
Pour la productivité, moi j'ai plus tendance à ne pas regarder mes mails en à avoir le téléphone éteint en permanenc. Ce programme m'aide justement à penser à regarder mes mails au moins de temps en temps ;) et j'ai une boîte mail pour les mails non urgents qui est différente, en fait. Je reçois en moyenne moins d'un mail par jour.
J'avais dans l'idée de plugger webcam_led à psi (c'est pour ça qu'avec la version webcam_led en programme séparé, la LED est allumée si au moins une source dit qu'elle doit être allumée).
Au final, je me suis dit que ça allait trop me distraire, et qu'il valait mieux pour mon boulot que j'oublie ça ;)
Je suis complètement d'accord : les noms des deux logiciels portent à confusion.
Pour tmpc, au départ ça voulait dire Tiny Music Player Client, sauf que ça fait complètement doublon avec mpc (j'avais pas fait attention, en plus !). Je pense qu'un vrai nom, non lié au but du programme, pourrait mieux aller.
Je pense que je changerai le nom quand j'en trouverai un plus adapté ;)
Simplement, je ne suis pas tombé dessus pendant mes recherches. Évidemment, maintenant que j'ai visité le site, mes recherches google me montrent toujours uwimap en première position…
Je vais voir si ça vaut le coup d'y passer ou pas. Mais pour l'instant, les échos de cette librarie ne sont pas tous positifs. Après avoir installé le paquet, je ne vois pour l'instant pas comment faire un client imap juste en regardant les headers.
S'il y a un (ou plusieurs) tmpfs, et qu'il était rempli, cela pourrait expliquer ce genre de comportement.
Le mémoire d'uun tmpfs ne peut pas être libérée et pourtant elle apparaît dans la colonne « cached » de free.
Si firefox prenait 1500 Mo de mémoire virtuelle, ça pourrait être un fichier mappé em mémoire. Si justement ce fichier était un fichier en mémoire, donc pas stockable sur disque (shmem, fichier dans un tmpfs), ça pourrait explique ton problème.
Le fait d'avoir une partition /usr m'a bien servi quelques fois, quand elle ne pouvait plus être montée (coupure de courant…). J'avais du coup droit à un environnement minimal pour la réparer au lieu d'un bref "cannot find root partition".
Il faut dire qu'à l'époque je n'utilisais pas d'initrd, maintenant c'est peut-être moins utile s'il y a tout ce qu'il faut dedans.
Si tu places ton code sous BSD, tant que tu as des liens vers des libraries en GPL, ton code est implicitement en GPL. Mais si quelqu'un prend ton code, supprime toutes les références aux librairies GPL, il pourra distribuer le code modifié en BSD.
Du coup ça n'enlève pas l'intérêt ni la liberté de coder en BSD. C'est juste que tant que tu utilises du code en GPL, tu dois te conformer à la licence du code en question et distribuer "le tout" en GPL.
Poulsbo n'est pas le seul chipset supporté par le pilote gma500 en fait, il y a aussi Oaktrail, Medfield et CedarView
Alors je me trompe peut-être mais le support des CedarView (le processeur graphique derrière l'archi CedarTrail) a bel et bien commencé et le code se trouve bien dans le pilote gma500, cf les fichiers cdv_xxxx ici http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=tree;f=drivers/gpu/drm/gma500 (même si effectivement, le module s'appelle gma600_gfx pour ces archis plus récentes).
je croise les doigt pour que le premier commentaire s'applique à cette machine et qu'une debian avec un Kernel récent fonctionne dessus
Aucune chance.
Tu veux dire que ça n'est pas possible d'utiliser un noyau récent (>= 2.6.38~39) sur debian ?
Le pilote gma500_gfx (ou psb_gfx quand il était dans la branche staging) est quand même complètement utilisable. Je l'utilise depuis l'année dernière sans problème majeur. Il y a de temps en temps des régressions dans la mise en veille par exemple, mais globalement c'est utilisable.
Par contre effectivement, si le but c'est d'avoir un netbook pour jouer ou pour regarder des vidéos en HD c'est mort. Les vidéos non HD passent sans problème pour moi par contre. Les jeux en 2D aussi, et les quelques effets graphiques que j'ai activés sur KDE (transparence, etc) passent sans problème via XRender. Avec la version actuelle, la mise en veille fonctionne correctement.
Je veux bien qu'on déconseille d'acheter ce modèle, mais il ne faut pas non plus dénigrer le travail qui est fait dans le noyau pour que cette puce soit utilisable :)
Pour info, avec des versions récentes du kernel, le plus efficace est d'utiliser le driver "modesetting" de Xorg. Le curseur matériel est supporté et normalement les sorties externes fonctionnent (aucune idée pour le HDMI, mon modèle n'a pas cette sortie)
Pour des versions plus vieilles, on est obligé d'utiliser le driver xorg fbdev et là on n'a pas de curseur matériel et on peut difficilement brancher une sortie vidéo externe.
Si tu veux vraiment faire ça, tu peux toujours passer par LLVM en C++, qui fera exactement la même chose que Java, c'est-à-dire transformer le code intermédiaire en code natif au moment de l'exécution.
Effectivement on peut se demander si on veut que le code source soit portable, ou que le binaire soit portable. Dans les deux cas, on peut faire des logiciels multiplateformes avec des contraintes finales un peu différentes.
Recompiler à chaque architecture pose des problèmes, mais ce n'est pas forcément le problème principal pour la portabilité.
Sans être un expert, mais en sachant programmer en C, j'ai corrigé 3 bugs pour le pilote gma500 (poulsbo) : le suspend/resume qui ne plantait, le curseur matériel, et des freezes d'écran qui venaient de bugs matériels.
Il faut se mettre dedans, cela demande des efforts, mais ça reste accessible pour qui connaît le C.
Je pense qu'un bug rapporté par quelqu'un qui a une bonne vision du dev peut être beaucoup plus riche qu'un bug rapporté par un utilisateur final classique, donc n'hésite pas à compléter un bug déjà existant également, en rajoutant des logs, des précisions, …
Après, si tu n'as pas de problème, ça va être difficile de les corriger ;) Mais dans ce cas, tu peux aussi te mettre à tester les rc au fur et à mesure et reporter les régressions.
Ou t'inscrire sur la ML dri-devel et tester les patchs qui concernent ta carte graphique.
En fait ça ne peut pas marcher avec sudo parce que c'est la commande "echo" qui est exécutée en root. La redirection, elle, se fait avec le user normal qui n'a heureusement pas les droits :)
Sinon, le commentaire auquel je réponds est également ironique, non ? Si on mettait vraiment ça dans rc.local l'init serait effacé à chaque boot.
Bien entendu. La comparaison est biaisée d'emblée : l'usage en ville est celui qui demande le plus de consommation et de loin. Il faut comparer pour le même usage, sinon ça n'a pas de sens.
Si tu avais la même voiture que tes collègues, tu consommerais à mon avis moins que tes cinq litres actuels.
Comme ce n'était pas clair, je précise quand même que j'ai comparé avec des collègues qui avaient le même type de route à faire que moi.
Cela n'a en effet pas vraiment de sens de comparer la consommation de quelqu'un qui roule principalement sur des routes à 90 km/h et d'autres qui roulent en ville et donc dont le moteur est principalement allumé dans le vide.
Ce que j'avais sous entendu dans ma parenthèse, c'était plus qu'il était possible que la consommation soit optimisée pour la ville dans les nouvelles voitures, et pas vraiment pour les longs trajets.
J'ai fréquemment ce genre de discussions avec mes collègues, qui ont des voitures récentes (alors que j'ai une 106 qui date de 1996)
Ils ne peuvent que constater que ma consommation est d'environ 5 litres pour 100 km alors que la leur est plus élevée avec leur voiture récente (je roule très peu en ville, cela pourrait venir de cela). Ils ont aussi bien plus d'entretien à faire, et cela leur coûte plus cher. Au final il ne reste que le confort qui soit en faveur de leur voiture récente par rapport à la mienne. Je pense que je regretterai amèrement le moment où je devrai changer pour une voiture plus récente, mes frais risquent de s'envoler...
Je serais bien curieux d'avoir des données objectives pour comparer les différents taux de pollution entre les voitures récentes et les anciennes. Il y a des chances qu'on s'aperçoive que la pollution a davantage été réduite sur le papier que dans les faits, comme la consommation de carburant...
Il faut investir, tu vas mettre ou tes billes? Dans le 1% qui au mieux te rembourse? Ou dans les 90% qui vont te rendre riche?
S'il y a une concurrence forte dans les 90% et aucune concurrence dans les 1%, ça peut valoir le coup. Pour certains produits, il vaut mieux être seul dans son créneau qu'au milieu d'une lutte acharnée où l'on pousse les prix et donc la marge vers le bas.
De plus, le fait d'être seul dans un marché de niche donne une visibilité qu'on n'aurait pas sinon.
Forcément, en faisant des mails qui ressemblent à 3 km à des faux, ils ont moins de gens pour se faire avoir.
Si c'était une vraie demande faite par google, la vérification serait faite automatiquement au moment du login, ou en tous cas dans l'IHM, certainement pas en réponse d'un mail.
Pour rappel assez souvent, le contenu de tes mails circule en clair sur le net (même si tu es en HTTPS sur le client mail de google, entre google et le serveur serveur mail de destination, ton mail est en clair). Même si c'était une demande faite par google, tu aurais bien raison de refuser.
Bon là forcément, la logique voudrait que tu répondes directement à un compte google à un autre compte google. Mais est-ce que le reply-to est bien sur google ? Tu es censé envoyer ton mode de passe à qui ?
Je conseille aussi l'écriture d'un petit driver, c'est ce qui est souvent recommandé. Il y a le livre sur l'écriture des drivers qui explique bien comment commencer, également (Linux Device Drivers ). La lecture de la doc est aussi indispensable, d'ailleurs il y a des documentations pour commencer à hacker, qui explique les erreurs à ne pas faire, le coding style, ...
Perso j'essaye aussi de m'y mettre depuis un certain temps. J'ai écrit deux petits drivers pour tester en partant de drivers existants (un driver pour écran tactile, un pour un clavier). Les deux fois, quelqu'un avait intégré entre temps un driver qui faisait la même chose, mais en mieux : ça s'intégrait mieux avec les autres drivers, il n'y avait pas de code redondant, etc.
Maintenant j'essaye de me mettre sur le driver libre poulsbo vu que j'ai cette carte graphique sur mon netbook. Je vais par exemple essayer de faire marcher le suspend qui plante, mais là dessus j'ai un peu du mal à déboguer.
[^] # Re: N'imp'...
Posté par TortuXm . En réponse au journal Installation de logiciel : comportement des utilisateurs en fonction du système d’exploitation. Évalué à 7.
[^] # Re: Sortir du cadre
Posté par TortuXm . En réponse au journal Le troll du jour. Évalué à 1.
En fait, il y a une fortune choisie aléatoirement à chaque fin de page dans le glossaire du site lié.
J'imagine que ça faisait bizarre de tomber sur un troll sur gnome sur linuxcertif.
[^] # Re: Ça ne peut pas se passer autrement
Posté par TortuXm . En réponse au journal Pick n Pay passe tous ses terminaux sous Linux !. Évalué à 4.
Après avoir installé quelques distribs Linux en EFI, la principale complexité c'est d'arriver à booter autre chose que Windows en EFI.
Une fois qu'on a booté un Linux en EFI, on a toutes les poignées pour installer un Linux, mais c'est le serpent qui se mord la queue.
Sur le dernier PC sur lequel j'ai pu le faire, il a fallu remplacer le bootloader Windows par un noyau Linux dans la partition EFI (j'aurais pu mettre grub2 aussi éventuellement, peu importe en fait).
Pendant un moment, j'ai eu le stress d'avoir « briqué » ce nouveau PC que je venais d'acheter, et tout ça parce que le constructeur empêche de booter une clé USB ou une carte SD en mode EFI.
Le seul moyen qui m'a permis d'installer Linux au final, c'était la possibilité de booter une clé USB en mode « legacy » (donc avec émulation BIOS) de modifier la partition EFI depuis ce mode-là, et de désactiver Secure Boot pour ne pas que la modification soit détectée. Le jour où ce mode Legacy disparaît, ça va être beaucoup plus complexe d'installer Linux, et en fonction des constructeurs, ça passera par une étape sous Windows pour modifier le bootloader, ce qui n'a pas l'air simple du tout pour l'instant.
[^] # Re: pomodoro
Posté par TortuXm . En réponse au journal tmpc : un client minimaliste, et qimaptray : utiliser sa webcam pour être notifié des mails. Évalué à 3.
J'ai hésité, l'avais l'impression que ça allait faire deux journaux bookmarks. Finalement chaque partie était assez grosse en elle-même, mais bon, je n'y ai pas repensé.
Pour la productivité, moi j'ai plus tendance à ne pas regarder mes mails en à avoir le téléphone éteint en permanenc. Ce programme m'aide justement à penser à regarder mes mails au moins de temps en temps ;) et j'ai une boîte mail pour les mails non urgents qui est différente, en fait. Je reçois en moyenne moins d'un mail par jour.
J'avais dans l'idée de plugger webcam_led à psi (c'est pour ça qu'avec la version webcam_led en programme séparé, la LED est allumée si au moins une source dit qu'elle doit être allumée).
Au final, je me suis dit que ça allait trop me distraire, et qu'il valait mieux pour mon boulot que j'oublie ça ;)
[^] # Re: nom
Posté par TortuXm . En réponse au journal tmpc : un client minimaliste, et qimaptray : utiliser sa webcam pour être notifié des mails. Évalué à 1.
Je suis complètement d'accord : les noms des deux logiciels portent à confusion.
Pour tmpc, au départ ça voulait dire Tiny Music Player Client, sauf que ça fait complètement doublon avec mpc (j'avais pas fait attention, en plus !). Je pense qu'un vrai nom, non lié au but du programme, pourrait mieux aller.
Je pense que je changerai le nom quand j'en trouverai un plus adapté ;)
[^] # Re: led eteinte
Posté par TortuXm . En réponse au journal tmpc : un client minimaliste, et qimaptray : utiliser sa webcam pour être notifié des mails. Évalué à 1.
Techniquement ça doit être possible pour certaines webcams en modifiant le firmware. En tous cas, c'est ça que j'avais lu.
Par contre l'OS n'a apparemment pas la main directement dessus.
[^] # Re: client imap
Posté par TortuXm . En réponse au journal tmpc : un client minimaliste, et qimaptray : utiliser sa webcam pour être notifié des mails. Évalué à 1.
Simplement, je ne suis pas tombé dessus pendant mes recherches. Évidemment, maintenant que j'ai visité le site, mes recherches google me montrent toujours uwimap en première position…
Je vais voir si ça vaut le coup d'y passer ou pas. Mais pour l'instant, les échos de cette librarie ne sont pas tous positifs. Après avoir installé le paquet, je ne vois pour l'instant pas comment faire un client imap juste en regardant les headers.
# tmpfs ?
Posté par TortuXm . En réponse au message Saturation mémoire. Évalué à 3.
S'il y a un (ou plusieurs) tmpfs, et qu'il était rempli, cela pourrait expliquer ce genre de comportement.
Le mémoire d'uun tmpfs ne peut pas être libérée et pourtant elle apparaît dans la colonne « cached » de free.
Si firefox prenait 1500 Mo de mémoire virtuelle, ça pourrait être un fichier mappé em mémoire. Si justement ce fichier était un fichier en mémoire, donc pas stockable sur disque (shmem, fichier dans un tmpfs), ça pourrait explique ton problème.
[^] # Re: systemd ! Tant de complexité pour un moins bon fonctionnement…
Posté par TortuXm . En réponse au journal Archlinux va passer à systemd : appel à volontaire pour maintenir SysVinit. Évalué à 1.
Le fait d'avoir une partition /usr m'a bien servi quelques fois, quand elle ne pouvait plus être montée (coupure de courant…). J'avais du coup droit à un environnement minimal pour la réparer au lieu d'un bref "cannot find root partition".
Il faut dire qu'à l'époque je n'utilisais pas d'initrd, maintenant c'est peut-être moins utile s'il y a tout ce qu'il faut dedans.
[^] # Re: héritage
Posté par TortuXm . En réponse au journal Licence virale minimaliste ou licence incestueuse. Évalué à 1.
Si tu places ton code sous BSD, tant que tu as des liens vers des libraries en GPL, ton code est implicitement en GPL. Mais si quelqu'un prend ton code, supprime toutes les références aux librairies GPL, il pourra distribuer le code modifié en BSD.
Du coup ça n'enlève pas l'intérêt ni la liberté de coder en BSD. C'est juste que tant que tu utilises du code en GPL, tu dois te conformer à la licence du code en question et distribuer "le tout" en GPL.
[^] # Re: Article stupide...
Posté par TortuXm . En réponse à la dépêche Asus Eee Seashell X101CH : une offre sans taxe Microsoft mais viciée. Évalué à 5.
Poulsbo n'est pas le seul chipset supporté par le pilote gma500 en fait, il y a aussi Oaktrail, Medfield et CedarView
Alors je me trompe peut-être mais le support des CedarView (le processeur graphique derrière l'archi CedarTrail) a bel et bien commencé et le code se trouve bien dans le pilote gma500, cf les fichiers cdv_xxxx ici http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=tree;f=drivers/gpu/drm/gma500 (même si effectivement, le module s'appelle gma600_gfx pour ces archis plus récentes).
[^] # Re: Article stupide...
Posté par TortuXm . En réponse à la dépêche Asus Eee Seashell X101CH : une offre sans taxe Microsoft mais viciée. Évalué à 5.
Tu veux dire que ça n'est pas possible d'utiliser un noyau récent (>= 2.6.38~39) sur debian ?
Le pilote gma500_gfx (ou psb_gfx quand il était dans la branche staging) est quand même complètement utilisable. Je l'utilise depuis l'année dernière sans problème majeur. Il y a de temps en temps des régressions dans la mise en veille par exemple, mais globalement c'est utilisable.
Par contre effectivement, si le but c'est d'avoir un netbook pour jouer ou pour regarder des vidéos en HD c'est mort. Les vidéos non HD passent sans problème pour moi par contre. Les jeux en 2D aussi, et les quelques effets graphiques que j'ai activés sur KDE (transparence, etc) passent sans problème via XRender. Avec la version actuelle, la mise en veille fonctionne correctement.
Je veux bien qu'on déconseille d'acheter ce modèle, mais il ne faut pas non plus dénigrer le travail qui est fait dans le noyau pour que cette puce soit utilisable :)
Pour info, avec des versions récentes du kernel, le plus efficace est d'utiliser le driver "modesetting" de Xorg. Le curseur matériel est supporté et normalement les sorties externes fonctionnent (aucune idée pour le HDMI, mon modèle n'a pas cette sortie)
Pour des versions plus vieilles, on est obligé d'utiliser le driver xorg fbdev et là on n'a pas de curseur matériel et on peut difficilement brancher une sortie vidéo externe.
[^] # Re: Gestionnaire de paquets
Posté par TortuXm . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 3.
Si tu veux vraiment faire ça, tu peux toujours passer par LLVM en C++, qui fera exactement la même chose que Java, c'est-à-dire transformer le code intermédiaire en code natif au moment de l'exécution.
Effectivement on peut se demander si on veut que le code source soit portable, ou que le binaire soit portable. Dans les deux cas, on peut faire des logiciels multiplateformes avec des contraintes finales un peu différentes.
Recompiler à chaque architecture pose des problèmes, mais ce n'est pas forcément le problème principal pour la portabilité.
[^] # Re: Llano enfin
Posté par TortuXm . En réponse à la dépêche Sortie officielle du noyau Linux 3.4. Évalué à 6.
Sans être un expert, mais en sachant programmer en C, j'ai corrigé 3 bugs pour le pilote gma500 (poulsbo) : le suspend/resume qui ne plantait, le curseur matériel, et des freezes d'écran qui venaient de bugs matériels.
Il faut se mettre dedans, cela demande des efforts, mais ça reste accessible pour qui connaît le C.
Je pense qu'un bug rapporté par quelqu'un qui a une bonne vision du dev peut être beaucoup plus riche qu'un bug rapporté par un utilisateur final classique, donc n'hésite pas à compléter un bug déjà existant également, en rajoutant des logs, des précisions, …
Après, si tu n'as pas de problème, ça va être difficile de les corriger ;) Mais dans ce cas, tu peux aussi te mettre à tester les rc au fur et à mesure et reporter les régressions.
Ou t'inscrire sur la ML dri-devel et tester les patchs qui concernent ta carte graphique.
[^] # Re: Front-end à Pacman
Posté par TortuXm . En réponse au message Magasin d'application. Évalué à 3.
Attention par contre, il me semble que les logiciels cités sur la page française ne sont plus maintenus.
La version anglaise du wiki a l'air plus à jour :
https://wiki.archlinux.org/index.php/Pacman_GUI_Frontends
De plus, comme précisé sur la page anglaise du wiki, l'équipe d'Archlinux recommande d'utiliser directement pacman en ligne de commande.
[^] # Re: Un léger bug...
Posté par TortuXm . En réponse à la dépêche Médoc, un dépôt de documents fait maison. Évalué à 2.
J'ai eu le même problème pour compiler le logiciel.
J'ai dû changer la ligne :
en :
et ça lance bien la compilation (mais pas dans le répertoire debug, du coup).
J'ai eu un autre problème : sur ma distribution (Archlinux), la version de pqxx est la 4.0 alors que c'est la 3 qui est ciblée par medoc actuellement.
Pour résoudre les problèmes de compilation, il n'y a que quelques lignes à changer, si quelqu'un a besoin d'infos je peux les écrire ici.
[^] # Re: facile
Posté par TortuXm . En réponse au message Exercice à résoudre !!!. Évalué à 1.
En fait ça ne peut pas marcher avec sudo parce que c'est la commande "echo" qui est exécutée en root. La redirection, elle, se fait avec le user normal qui n'a heureusement pas les droits :)
Sinon, le commentaire auquel je réponds est également ironique, non ? Si on mettait vraiment ça dans rc.local l'init serait effacé à chaque boot.
[^] # Re: bonne fausse mauvaise idée
Posté par TortuXm . En réponse au journal Doit-on hacker les voitures ?. Évalué à 1.
Comme ce n'était pas clair, je précise quand même que j'ai comparé avec des collègues qui avaient le même type de route à faire que moi.
Cela n'a en effet pas vraiment de sens de comparer la consommation de quelqu'un qui roule principalement sur des routes à 90 km/h et d'autres qui roulent en ville et donc dont le moteur est principalement allumé dans le vide.
Ce que j'avais sous entendu dans ma parenthèse, c'était plus qu'il était possible que la consommation soit optimisée pour la ville dans les nouvelles voitures, et pas vraiment pour les longs trajets.
[^] # Re: facile
Posté par TortuXm . En réponse au message Exercice à résoudre !!!. Évalué à 0.
Ça n'a pas l'air de marcher :
Après des conseils donnés par mon pote Gérard, j'ai essayé avec sudo, ça ne marche pas non plus, des idées ?
[^] # Re: bonne fausse mauvaise idée
Posté par TortuXm . En réponse au journal Doit-on hacker les voitures ?. Évalué à 5.
J'ai fréquemment ce genre de discussions avec mes collègues, qui ont des voitures récentes (alors que j'ai une 106 qui date de 1996)
Ils ne peuvent que constater que ma consommation est d'environ 5 litres pour 100 km alors que la leur est plus élevée avec leur voiture récente (je roule très peu en ville, cela pourrait venir de cela). Ils ont aussi bien plus d'entretien à faire, et cela leur coûte plus cher. Au final il ne reste que le confort qui soit en faveur de leur voiture récente par rapport à la mienne. Je pense que je regretterai amèrement le moment où je devrai changer pour une voiture plus récente, mes frais risquent de s'envoler...
Je serais bien curieux d'avoir des données objectives pour comparer les différents taux de pollution entre les voitures récentes et les anciennes. Il y a des chances qu'on s'aperçoive que la pollution a davantage été réduite sur le papier que dans les faits, comme la consommation de carburant...
[^] # Re: LSB..
Posté par TortuXm . En réponse au journal de l'utilisation Desktop de Linux . Évalué à 2.
S'il y a une concurrence forte dans les 90% et aucune concurrence dans les 1%, ça peut valoir le coup. Pour certains produits, il vaut mieux être seul dans son créneau qu'au milieu d'une lutte acharnée où l'on pousse les prix et donc la marge vers le bas.
De plus, le fait d'être seul dans un marché de niche donne une visibilité qu'on n'aurait pas sinon.
[^] # Re: Encore mieux
Posté par TortuXm . En réponse au journal Publicité pour la Poste Mobile. Évalué à 7.
Si j'avais une IP fixe (ou un préfixe v6...), je n'autoriserais que certaines IP pour le ssh et pour d'autres ports du genre.
Il y a aussi comme dit précédemment le fait de pouvoir se connecter au téléphone (et donc pas simplement l'inverse)
Dans le principe, ça ouvrirait la porte à des applis qui pourraient envoyer des notifications sans avoir aucune connexion ouverte.
[^] # Re: acpi4asus
Posté par TortuXm . En réponse au journal asus et linux. Évalué à 3.
Ah tiens ça me fait penser qu'il y a des choses à faire sur eeepc-wmi avec mon netbook T91MT...
Je t'envoie un mail ce soir pour discuter de ça si ça ne te dérange pas !
[^] # Re: Laisse tomber
Posté par TortuXm . En réponse au message Gmail-man : campagne de collecte d'informations ?. Évalué à 1.
Pour que ça ressemble à un mail officiel...
Forcément, en faisant des mails qui ressemblent à 3 km à des faux, ils ont moins de gens pour se faire avoir.
Si c'était une vraie demande faite par google, la vérification serait faite automatiquement au moment du login, ou en tous cas dans l'IHM, certainement pas en réponse d'un mail.
Pour rappel assez souvent, le contenu de tes mails circule en clair sur le net (même si tu es en HTTPS sur le client mail de google, entre google et le serveur serveur mail de destination, ton mail est en clair). Même si c'était une demande faite par google, tu aurais bien raison de refuser.
Bon là forcément, la logique voudrait que tu répondes directement à un compte google à un autre compte google. Mais est-ce que le reply-to est bien sur google ? Tu es censé envoyer ton mode de passe à qui ?
[^] # Re: Ca dépend d'ou tu pars
Posté par TortuXm . En réponse au message Comment devenir un kernel hacker ?. Évalué à 1.
Je conseille aussi l'écriture d'un petit driver, c'est ce qui est souvent recommandé. Il y a le livre sur l'écriture des drivers qui explique bien comment commencer, également (Linux Device Drivers ). La lecture de la doc est aussi indispensable, d'ailleurs il y a des documentations pour commencer à hacker, qui explique les erreurs à ne pas faire, le coding style, ...
Perso j'essaye aussi de m'y mettre depuis un certain temps. J'ai écrit deux petits drivers pour tester en partant de drivers existants (un driver pour écran tactile, un pour un clavier). Les deux fois, quelqu'un avait intégré entre temps un driver qui faisait la même chose, mais en mieux : ça s'intégrait mieux avec les autres drivers, il n'y avait pas de code redondant, etc.
Maintenant j'essaye de me mettre sur le driver libre poulsbo vu que j'ai cette carte graphique sur mon netbook. Je vais par exemple essayer de faire marcher le suspend qui plante, mais là dessus j'ai un peu du mal à déboguer.