bah c'est malheureusement courant (à mon bien humble avis il y a là un lièvre que personne n'ose soulevé aux USA, certainement pour de bonnes raisons. Si c'était confirmé ça serait une sacrée preuve d'abus de position dominante : favoriser un produit grâce à une implémentation de bug par un autre produit, dont les correctifs ne sont connu que du premier. Tout ça, à la barbe des clients, les constructeurs).
-> donc ne prends pas mes mots au pied de la lettre, ceci est du fud puisque rien n'est confirmé.
si tu veux voir le résumé de la totalité des tables, une autre astuce :
acpidump > acpi
acpixtract -l acpi
par exemple sur mon laptop HP G72, la moitié des tables est "MSFT" et l'autre moitié "INTL". Ce qui est étrange sur ce modèle : tout ce qui concerne les fonctions classiques sont ok, mais par contre la politique réelle concernant le disque semble contredire ce qui est déclaré (et opéré par le firmware dudit disque).
si tu souhaites allez un poil plus loin, regarde ce site (totalement obsolète mais encore plein de bonnes infos pour démarrer) http://linuxfirmwarekit.org Aujourd'hui c'est plus un outil comme HDT qui pourrait devenir un support de ce type de tests suite.
on achète surtout la liberté de circuler.
depuis où on veut (la voiture c'est petit) jusqu'à où on veut (tant que t'as de l'essence et des papiers), et quant on veut.
la voiture automatique ne retire aucune de ces trois libertés.
c'est l'affaire d'une génération.
En pensant "personne", ça peut être difficile. et encore, il y aura des incitations (assurance) et des obligations (route nationales = convoi automatisé) par exemples.
En pensant "parent" beaucoup moins, quel parent ne préférerait pas avoir un drone routier capable d'emmener et de ramener le fiston ?
Mais il y a aussi un autre fait : place la priorité aux vélos partout, et la sécurité sera meilleure pour tous. Ce n'est pas parceque "vélo", mais plus simplement par alignement sur le point le plus faible de la chaîne. ça ne sera pas confortable pour les voitures, certes, mais si les vélos ont presque route ouverte, tout les automobilistes devront faire bien plus gaffe.
D'autant plus que dans un pays 'latin' c'est peut être le seul moyen d'arriver à modifier petit à petit les comportements urbains en véhicule à moteur... (à paris, encore ça va, c'est sec et le jeu est franc. mais ici au sud, on sent bien qu'on est au sud...)
LA stupidité artificielle n'est pas assez stupide pour s'engager sur une route où il n'est pas possible de se croiser, sans connaître au préalable :
1) les arrêts possibles
2) la position des autres stupidités artificielles
ce changement ayant entraîner une perte d'exclusivité de tes réactions sur les râleurs étant contre le changement : il ne te reste qu'à râler contre le monde qui change... :-) bravo :-)
qu'on devient vieux... : "plus de capitaine de soirée tout le monde peut se murger la gueule" .. 'tain : même pas pensée à celle là \o/ Et pourtant elle est énorme !
Ooo putain ! Des Audi TT, ils ne font pas dans la demi mesure !
vrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
papa c'était quoi ça ?
un drone de reconnaissance du service de cartographie de google, mon fils
ouahou, je veux le même pour noel !
moi aussi mon fils
ha ben voilà : merci. tu réponds à ma question, moi qui n'ai fait que lire l'article pointé par le journal avant de fuir du site.
Bon, ils paient... alors je vais aller revoir les conditions, parce que même payer pas grand chose, ça sera toujours mieux que rien. Et vu le niveau au ras des pâquerettes, ça ne sera pas dur de proposer quelques bonnes astuces.
//ma vie : à l'époque on m'avait proposer d'écrire dans un journal a édition européenne, m'étais dit que j'usurpais le taf d'autres si je le faisait. Finalement j'ai été con, c'est une revue destinée aux débutants. Mais je suis souvent con.
Par exemple l'ASN avait exigé d'Areva l'arrêt des essais sur des mox dans l'atelier numéro 3 de Cadarache dès 1998 (cet atelier étant jugé trop obsolète pour ce type de tests). Areva a continué d'utiliser cet atelier pour ce type d'essais jusqu'en ... 2003 (et même au delà pour d'autres tests, mais sur de faibles quantités).
ça fait peur. l'ASN ... on ne peut pas dire qu'ils sont anti-nucléaire. Areva ? "rab, on continue".
Ouhaip, you're right, j'y suis aller un peu fort. J'aime bien leur suite de benchmarks (beaucoup moins les articles dessus, mais "osef"). Dommage qu'il ne donne pas la procédure qu'il a utilisée. Balancer un mot clef genre "git bissect" c'est bien joli, mais s'il écrivait sa procédure exacte et ses résultats, ça serait mieux. A défaut, j'appelle ça se faire mousser, car dans ce contexte
J'ai beau relire ses articles, rien de probant je ne trouve :p
and is now affecting users of Fedora 15
Quant je lis ça, "fear". Bien sûr, dans le contexte précis "rapport entre 2.6.38 et +" ça peut être vrai. Il ne sous-entend pas, cependant, qu'il utilise le kernel stock distro ou le kernel vanille, pour affirmer cela. Or entre une fedora 15 avec le kernel distro et la même fedora 15 avec le kernel vanille, on peut observer une nette différence sur l'autonomie (en faveur du kernel distro). Bref, il reste flou pour ne pas dire de bétises et surtout pour ne pas dire qu'entre sa distro et une autre, il y a une diff flagrante (que ça soit x ou y je m'en fiche, c'est juste que la démarche me semble pas bien claire, donnant l'impression d'être là pour justifier que x ou y c'est pareil niveau regression sur l'autonomie, ce qui n'est pas le cas)
Bref, compliqué, pas parfait, et moi raleur, toussa. L'essentiel finalement c'est le positif : qu'il appuie là où ça fait mal : encore un problème bizarre venant de bios. ça sera maintenant sympa qu'il aille un poil plus loin, et qu'il fasse les même comparatifs avec un bios compilé avec INTL ou avec MSFT... Afin d'être sûr (dans un sens comme dans l'autre, d'ailleurs) que ce type de problème n'existe que lorsque le compilo asm de ms est utilisé.
Si les gens veulent regarder pour leur laptop, en deux mots :
(refaire la même chose avec la table SSDT si vous voulez)
-> vous verrez la signature de l'outil utilisé : soit c'est du Intel (INTL) et tout va bien. Soit c'est du Microsoft (MSFT) et vous aurez certainement des surprises sous linux que vous n'avez pas sous windows, bizarrement. Et ce, au nez et à la barbe même du constructeur !
Phoronix est tout à fait en position (en terme de visibilité, de capacités, de matériels disponibles) pour faire au moins un début de comparatif. Et peut être tuer ce troll (ou peut être mettre en lumière que ce type de problème n'arrivent bizarrement que lorsque le bios est compilé avec l'outil de ms)
Il lit ce que Greg K.H écrit, et se fait de la pub dessus.
S'il reprend l'écriture de ceci là ok. En attendant il a les chevilles un peu trop grosses (à mon goût) : tout ça pour une option noyau. Fatche il lit la doc du noyau, quel héro !
En tout cas, sur le -rc4-patch-du-24, aucune amélioration visible par défaut (à même options, évidement).
a propos de doc du noyau, il ne prends même pas la peine de la citer :
pcie_aspm= [PCIE] Forcibly enable or disable PCIe Active State Power
force Enable ASPM even on devices that claim not to support it.
WARNING: Forcing ASPM on may cause system lockups
Du vent phoronix, du vent. S'il était humble et ne cherchait pas à se faire autant du pub, mais indiquait sur un fofo n'importe où ce qu'il a compris, ça suffirait. En pointant les références. Mais qu'il se fasse mousser pour avoir une une documentation sur une option noyau : mouhahaha.
Ce n'est pas faux. Ce n'est pas vrai.
Lorsque les sources sont dispos, cela peut devenir vrai.
Lorsque les sources ne sont pas dispos cela ne peut jamais devenir vrai.
La disponibilité des sources ne garantie pas l'innocuité du logiciel, non, c'est clair, ok. Mais elle garantie la possibilité de faire réviser le logiciel. Elle garantie que cela soit possible de garantir l'innocuité du logiciel :-) Nuance :p Alors que lorsque les sources ne sont dispos (ou seulement sous la forme de docs, ou sous une forme de code obfusqué), on ne pourra jamais obtenir cette garantie. C'est un cas concret, pratique et réel.
Qu'ensuite on vienne opposer l'argument qu'étudier un binaire est parfois plus facile et rapide, dans un objectif de surveillance, que d'étudier les sources, est peut être vrai parfois, mais pour un bureau d'études. Dans la vie réelle, cela reviendrait à lancer une telle campagne à chaque mise à jour = l'enfer, même avec un super_mega_xdelta_plus_maxisoftice. Si les sources sont dispos, leur révision lors des mises à jour est faisable. Bonus, sans gréver le 'ttm'.
La disponibilité des sources est un avantage majeur. Ce n'est pas en jouant sur les mots que l'on retire cet avantage.
Intel a un plan, et le développement automotive ne souffre pas d'une problématique d'autonomie, de consommation d'énergie. Sur ce segment, qui est en train d'émerger qui va très certainement devenir important (pas de la même manière que les smartphones et leur évolution prévisible : téléphone, musique, mais aussi identité civile et bancaire), l'informatique invisible dans les voitures n'en est qu'à ses balbutiements et va prendre rapidement son envol. L'autre problématique en moins de cette plateforme est que les 'magasins applicatifs' sont moins importants pour elle.
Par contre la bataille risque d'être féroce, car Google a un atout de poids avec son service de cartographie...
Bref mon nanavis à deux balles : pour surveiller Meego, il faut surveiller WindRiver. Si windriver se met à faire du meego, alors on sera sûr que Intel ne voit pas Meego comme simplement une plateforme de développement, mais bien comme une solution pour la production.
C'est l'étape numéro deux de l'anéantissement d'un poids lourd mais européen. :-)
J'le dit sur un ton rigolo parce que toussa :-)
ça trolle pas mal contre microsoft car c'est facile et de bon aloy ici, n'empêche qu'au départ il n'est pas question de microsoft. Au départ Intel a crû qu'il le serait possible de sortir une puce "téléphone compatible" rapidement. Nokia y a vu là une occasion unique de se distinguer, et un accord a été scellé. Qu'ensuite Nokia ai fait n'importe quoi (prendre une techno fraiche et clairement orienté x86 [clutter] alors que x86 n'était pas prêt. De plus une techno orientée plus vers gtk alors qu'ils avaient Qt. Bref, au départ, et quelqu'en soit les raisons, c'est bien les "têtes pensantes" de Nokia qui ont totalement n'importe quoi. (au lieu de continuer à tracer le chemin déjà défini, peu importe les embuches, ils ont tapés sur tout les fronts). Dans le genre n'importe quoi ça se pose là, quant même... Bref Nokia mal barré : un fatra de solutions disparates, parfois contradictoires, souvent peu abouties, et assis sur un trésor parfaitement fonctionnel, une part de marché conséquente (la meilleure).
Acte deux : Microsoft arrive. "Coup de balais" (ils ont raisons là dessus, non ? pas sur la manière, c'est sûr, juste sur le coup de balais), Nokia sera le distributeur exclusif de wp7. Nokia number one, qui peine a trouver ses marques sur le segment émergent de l'informatique invisible, et microsoft même position. Gagant gagnant ? Ben non. Paf, Nokia n'aura pas l'exclu de wp7, prends ça dans les dents, sale européen. Paf, on vire toute la matière grise, ou presque : on les a pas écoutés hier, on les rends fautifs aujourd'hui ("nokia est 'trop' une boite d'ingé").
Au final ? Nokia achète son o.s. à un américain. Nokia achète ses smartphones en Asie. Nokia ne fait plus rien : c'est une coquille vide, une marque. Qui mettra longtemps à disparaître, mais qui réellement est déjà morte et ne représente plus cet européen sur ce secteur si important.
Il n'y a pas de bonnes réponses. Et freenet est excellent. L'important est de savoir un peu de son fonctionnement, et de l'accepter. Je l'accepte.
(demander ne pas privilégier de contenu en fonction de son audimat est d'ordre plus général et éthique [aussi] mais n'est pas grave pour l'usage de freenet. C'est juste qu'il faut pas se mettre des oeillères : il s'agit bien de l'audimat fixant la qualité d'accès. Que cela soit freenet ou un accord orange-dailymotion, moi ça me gonfle)
La liberté d'expression c'est pas choisir qui a le droit de s'exprimer
Oui. Alors pourquoi faire disparaître du contenu non regardé ? Je me suis mal fait comprendre, peut être, ou alors mon message était trop personnel et a été pris comme tel ? Ou alors dans "en héberges une partie" c'est quoi que tu ne comprends pas ? C'est bien une question d'éthique : tu héberges chez toi une partie du contenu, quel qu'il soit. Tu acceptes le fonctionnement, ou pas. Si tu l'acceptes c'est en connaissance de cause. Et espérer une disparation du contenu qui te gênes parce que ce contenu n'est plus consulté revient bien à une forme de censure, celle où les minorités disparaissent. Ce que tu utilises là comme espoir que le mauvais contenu disparaisse n'est rien d'autre qu'une erreur de freenet : l'audience ne devrait pas faire la pérénité.
privilégier la majorité n'est pas une attitude très anormale : les élections en sont un très bon exemple.
heu, comment dire ? bon, en douceur : la majorité élit ce qu'elle croit être le mieux pour toutes et tous. L'élu s'occupe de toutes et tous. En théorie. Et en pratique ce n'est pas exactement ça, mais ce n'est jamais le privilège de la majorité. La répartition est un bon exemple :p
Par contre il sera moins disponible que du contenu très regardé (qui se rependra donc beaucoup plus).
C'est le reproche essentiel à Freenet : l'audimat fait la bande passante. Chiffre cela, donne lui un joli nom, lance le underground, et hop c'est bien. Quant c'est un fai qui cherche un accord avec un service, là bouh say le mal.
blague à part, vu que la première chose faite est d'avoir virer une bonne partie des développeurs Qt, je ne vois pas trop ça, ni ne comprends l'étonnement quant à cet annonce sur Nokia.
Nokia is dead.
Dernier constructeur informatique européen, au moment où le téléphone devient l'informatique. Bizarre, vous avez dit bizarre ?
[^] # Re: cool je vais tester sur mon portable ;)
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 2.
oupss mauvais lien :
http://www.hdt-project.org/
[^] # Re: cool je vais tester sur mon portable ;)
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 2.
bah c'est malheureusement courant (à mon bien humble avis il y a là un lièvre que personne n'ose soulevé aux USA, certainement pour de bonnes raisons. Si c'était confirmé ça serait une sacrée preuve d'abus de position dominante : favoriser un produit grâce à une implémentation de bug par un autre produit, dont les correctifs ne sont connu que du premier. Tout ça, à la barbe des clients, les constructeurs).
-> donc ne prends pas mes mots au pied de la lettre, ceci est du fud puisque rien n'est confirmé.
si tu veux voir le résumé de la totalité des tables, une autre astuce :
acpidump > acpi
acpixtract -l acpi
par exemple sur mon laptop HP G72, la moitié des tables est "MSFT" et l'autre moitié "INTL". Ce qui est étrange sur ce modèle : tout ce qui concerne les fonctions classiques sont ok, mais par contre la politique réelle concernant le disque semble contredire ce qui est déclaré (et opéré par le firmware dudit disque).
si tu souhaites allez un poil plus loin, regarde ce site (totalement obsolète mais encore plein de bonnes infos pour démarrer) http://linuxfirmwarekit.org Aujourd'hui c'est plus un outil comme HDT qui pourrait devenir un support de ce type de tests suite.
[^] # Re: brake system segfault
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 2.
s/type/système
l'amont étant automatisé, l'aval pourra l'être.
non ?
[^] # Re: Responsabilité
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 0.
on achète surtout la liberté de circuler.
depuis où on veut (la voiture c'est petit) jusqu'à où on veut (tant que t'as de l'essence et des papiers), et quant on veut.
la voiture automatique ne retire aucune de ces trois libertés.
non ?
[^] # Re: Responsabilité
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 2.
c'est l'affaire d'une génération.
En pensant "personne", ça peut être difficile. et encore, il y aura des incitations (assurance) et des obligations (route nationales = convoi automatisé) par exemples.
En pensant "parent" beaucoup moins, quel parent ne préférerait pas avoir un drone routier capable d'emmener et de ramener le fiston ?
[^] # Re: Et comment feront les chauffards
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 4.
Heu, oui, bon.
Mais il y a aussi un autre fait : place la priorité aux vélos partout, et la sécurité sera meilleure pour tous. Ce n'est pas parceque "vélo", mais plus simplement par alignement sur le point le plus faible de la chaîne. ça ne sera pas confortable pour les voitures, certes, mais si les vélos ont presque route ouverte, tout les automobilistes devront faire bien plus gaffe.
D'autant plus que dans un pays 'latin' c'est peut être le seul moyen d'arriver à modifier petit à petit les comportements urbains en véhicule à moteur... (à paris, encore ça va, c'est sec et le jeu est franc. mais ici au sud, on sent bien qu'on est au sud...)
[^] # Re: Génial
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 6.
LA stupidité artificielle n'est pas assez stupide pour s'engager sur une route où il n'est pas possible de se croiser, sans connaître au préalable :
1) les arrêts possibles
2) la position des autres stupidités artificielles
[^] # Re: et bien sûr
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 3.
alors là, bravo :-)
ce changement ayant entraîner une perte d'exclusivité de tes réactions sur les râleurs étant contre le changement : il ne te reste qu'à râler contre le monde qui change... :-) bravo :-)
[^] # Re: et bien sûr
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 3.
Lotus, avec ses ingénieurs structure, de purs génies :-)
[^] # Re: Je suis un expert !
Posté par bubar🦥 . En réponse au journal À quoi servent les fichiers hosts et comment les supprimer sous linux ?. Évalué à 1.
les non-parisiens de moins de trente cinq ans ne pourront pas comprendre (fg n'étant captée alors que de paris), mais tant pis :
david girard : "spécialiste en spécialités"
zaza : "vous faites un joli métier"
raaaa moments cultes.
# c'est là qu'on voit ...
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 10.
qu'on devient vieux... : "plus de capitaine de soirée tout le monde peut se murger la gueule" .. 'tain : même pas pensée à celle là \o/ Et pourtant elle est énorme !
[^] # Re: Putain de rafraîchissement de page
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 6.
Ooo putain ! Des Audi TT, ils ne font pas dans la demi mesure !
vrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
papa c'était quoi ça ?
un drone de reconnaissance du service de cartographie de google, mon fils
ouahou, je veux le même pour noel !
moi aussi mon fils
[^] # Re: Experts
Posté par bubar🦥 . En réponse au journal À quoi servent les fichiers hosts et comment les supprimer sous linux ?. Évalué à 5.
ha ben voilà : merci. tu réponds à ma question, moi qui n'ai fait que lire l'article pointé par le journal avant de fuir du site.
Bon, ils paient... alors je vais aller revoir les conditions, parce que même payer pas grand chose, ça sera toujours mieux que rien. Et vu le niveau au ras des pâquerettes, ça ne sera pas dur de proposer quelques bonnes astuces.
//ma vie : à l'époque on m'avait proposer d'écrire dans un journal a édition européenne, m'étais dit que j'usurpais le taf d'autres si je le faisait. Finalement j'ai été con, c'est une revue destinée aux débutants. Mais je suis souvent con.
[^] # Re: la criirad se fait descendre par l'IRSN
Posté par bubar🦥 . En réponse au journal vous reprendrez bien un petit électron ?. Évalué à 1.
mais ne sont pas toujours écoutés ...
Par exemple l'ASN avait exigé d'Areva l'arrêt des essais sur des mox dans l'atelier numéro 3 de Cadarache dès 1998 (cet atelier étant jugé trop obsolète pour ce type de tests). Areva a continué d'utiliser cet atelier pour ce type d'essais jusqu'en ... 2003 (et même au delà pour d'autres tests, mais sur de faibles quantités).
ça fait peur. l'ASN ... on ne peut pas dire qu'ils sont anti-nucléaire. Areva ? "rab, on continue".
[^] # Re: cool je vais tester sur mon portable ;)
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 8.
Ouhaip, you're right, j'y suis aller un peu fort. J'aime bien leur suite de benchmarks (beaucoup moins les articles dessus, mais "osef"). Dommage qu'il ne donne pas la procédure qu'il a utilisée. Balancer un mot clef genre "git bissect" c'est bien joli, mais s'il écrivait sa procédure exacte et ses résultats, ça serait mieux. A défaut, j'appelle ça se faire mousser, car dans ce contexte
J'ai beau relire ses articles, rien de probant je ne trouve :p
Quant je lis ça, "fear". Bien sûr, dans le contexte précis "rapport entre 2.6.38 et +" ça peut être vrai. Il ne sous-entend pas, cependant, qu'il utilise le kernel stock distro ou le kernel vanille, pour affirmer cela. Or entre une fedora 15 avec le kernel distro et la même fedora 15 avec le kernel vanille, on peut observer une nette différence sur l'autonomie (en faveur du kernel distro). Bref, il reste flou pour ne pas dire de bétises et surtout pour ne pas dire qu'entre sa distro et une autre, il y a une diff flagrante (que ça soit x ou y je m'en fiche, c'est juste que la démarche me semble pas bien claire, donnant l'impression d'être là pour justifier que x ou y c'est pareil niveau regression sur l'autonomie, ce qui n'est pas le cas)
Bref, compliqué, pas parfait, et moi raleur, toussa. L'essentiel finalement c'est le positif : qu'il appuie là où ça fait mal : encore un problème bizarre venant de bios. ça sera maintenant sympa qu'il aille un poil plus loin, et qu'il fasse les même comparatifs avec un bios compilé avec INTL ou avec MSFT... Afin d'être sûr (dans un sens comme dans l'autre, d'ailleurs) que ce type de problème n'existe que lorsque le compilo asm de ms est utilisé.
Si les gens veulent regarder pour leur laptop, en deux mots :
apt-get install iasl pmtools
acpidump > /tmp/acpi
cd tmp
acpixtract acpi
iasl -d ./DSDT.dat
cat DSDT.dsl
(refaire la même chose avec la table SSDT si vous voulez)
-> vous verrez la signature de l'outil utilisé : soit c'est du Intel (INTL) et tout va bien. Soit c'est du Microsoft (MSFT) et vous aurez certainement des surprises sous linux que vous n'avez pas sous windows, bizarrement. Et ce, au nez et à la barbe même du constructeur !
Phoronix est tout à fait en position (en terme de visibilité, de capacités, de matériels disponibles) pour faire au moins un début de comparatif. Et peut être tuer ce troll (ou peut être mettre en lumière que ce type de problème n'arrivent bizarrement que lorsque le bios est compilé avec l'outil de ms)
[^] # Re: cool je vais tester sur mon portable ;)
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 1.
Il lit ce que Greg K.H écrit, et se fait de la pub dessus.
S'il reprend l'écriture de ceci là ok. En attendant il a les chevilles un peu trop grosses (à mon goût) : tout ça pour une option noyau. Fatche il lit la doc du noyau, quel héro !
En tout cas, sur le -rc4-patch-du-24, aucune amélioration visible par défaut (à même options, évidement).
a propos de doc du noyau, il ne prends même pas la peine de la citer :
pcie_aspm= [PCIE] Forcibly enable or disable PCIe Active State Power
force Enable ASPM even on devices that claim not to support it.
WARNING: Forcing ASPM on may cause system lockups
Du vent phoronix, du vent. S'il était humble et ne cherchait pas à se faire autant du pub, mais indiquait sur un fofo n'importe où ce qu'il a compris, ça suffirait. En pointant les références. Mais qu'il se fasse mousser pour avoir une une documentation sur une option noyau : mouhahaha.
[^] # Re: questions
Posté par bubar🦥 . En réponse à la dépêche Conseils pour la mise en place d'une politique de sécurité informatique dans les PME/PMI. Évalué à 9.
Ce n'est pas faux. Ce n'est pas vrai.
Lorsque les sources sont dispos, cela peut devenir vrai.
Lorsque les sources ne sont pas dispos cela ne peut jamais devenir vrai.
La disponibilité des sources ne garantie pas l'innocuité du logiciel, non, c'est clair, ok. Mais elle garantie la possibilité de faire réviser le logiciel. Elle garantie que cela soit possible de garantir l'innocuité du logiciel :-) Nuance :p Alors que lorsque les sources ne sont dispos (ou seulement sous la forme de docs, ou sous une forme de code obfusqué), on ne pourra jamais obtenir cette garantie. C'est un cas concret, pratique et réel.
Qu'ensuite on vienne opposer l'argument qu'étudier un binaire est parfois plus facile et rapide, dans un objectif de surveillance, que d'étudier les sources, est peut être vrai parfois, mais pour un bureau d'études. Dans la vie réelle, cela reviendrait à lancer une telle campagne à chaque mise à jour = l'enfer, même avec un super_mega_xdelta_plus_maxisoftice. Si les sources sont dispos, leur révision lors des mises à jour est faisable. Bonus, sans gréver le 'ttm'.
La disponibilité des sources est un avantage majeur. Ce n'est pas en jouant sur les mots que l'on retire cet avantage.
# kelle bèlle lang le franssais
Posté par bubar🦥 . En réponse au journal Confession(s) d'un pirate. Évalué à 2.
Définition de pirate.
Voir en particulier le sommaire des (articles connexes)[http://fr.wikipedia.org/wiki/Pirate#Articles_connexes]
ps : j'ai essayé
man drake
mais sur ma fedora ça ne donne rien :p
Manque un
(4) le terme pirate ne te plait pas ? Tu voudrais voir écrit "copieur non autorisé" ? ça m'est égal, bonne journée.
:-)
[^] # Re: Stratégie commerciale
Posté par bubar🦥 . En réponse au journal Nokia abandonne Meego. Évalué à 2.
Meego n'est pas mort, perso je ne le crois pas.
Intel a un plan, et le développement automotive ne souffre pas d'une problématique d'autonomie, de consommation d'énergie. Sur ce segment, qui est en train d'émerger qui va très certainement devenir important (pas de la même manière que les smartphones et leur évolution prévisible : téléphone, musique, mais aussi identité civile et bancaire), l'informatique invisible dans les voitures n'en est qu'à ses balbutiements et va prendre rapidement son envol. L'autre problématique en moins de cette plateforme est que les 'magasins applicatifs' sont moins importants pour elle.
Par contre la bataille risque d'être féroce, car Google a un atout de poids avec son service de cartographie...
Bref mon nanavis à deux balles : pour surveiller Meego, il faut surveiller WindRiver. Si windriver se met à faire du meego, alors on sera sûr que Intel ne voit pas Meego comme simplement une plateforme de développement, mais bien comme une solution pour la production.
[^] # Re: Stratégie commerciale
Posté par bubar🦥 . En réponse au journal Nokia abandonne Meego. Évalué à 10.
C'est l'étape numéro deux de l'anéantissement d'un poids lourd mais européen. :-)
J'le dit sur un ton rigolo parce que toussa :-)
ça trolle pas mal contre microsoft car c'est facile et de bon aloy ici, n'empêche qu'au départ il n'est pas question de microsoft. Au départ Intel a crû qu'il le serait possible de sortir une puce "téléphone compatible" rapidement. Nokia y a vu là une occasion unique de se distinguer, et un accord a été scellé. Qu'ensuite Nokia ai fait n'importe quoi (prendre une techno fraiche et clairement orienté x86 [clutter] alors que x86 n'était pas prêt. De plus une techno orientée plus vers gtk alors qu'ils avaient Qt. Bref, au départ, et quelqu'en soit les raisons, c'est bien les "têtes pensantes" de Nokia qui ont totalement n'importe quoi. (au lieu de continuer à tracer le chemin déjà défini, peu importe les embuches, ils ont tapés sur tout les fronts). Dans le genre n'importe quoi ça se pose là, quant même... Bref Nokia mal barré : un fatra de solutions disparates, parfois contradictoires, souvent peu abouties, et assis sur un trésor parfaitement fonctionnel, une part de marché conséquente (la meilleure).
Acte deux : Microsoft arrive. "Coup de balais" (ils ont raisons là dessus, non ? pas sur la manière, c'est sûr, juste sur le coup de balais), Nokia sera le distributeur exclusif de wp7. Nokia number one, qui peine a trouver ses marques sur le segment émergent de l'informatique invisible, et microsoft même position. Gagant gagnant ? Ben non. Paf, Nokia n'aura pas l'exclu de wp7, prends ça dans les dents, sale européen. Paf, on vire toute la matière grise, ou presque : on les a pas écoutés hier, on les rends fautifs aujourd'hui ("nokia est 'trop' une boite d'ingé").
Au final ? Nokia achète son o.s. à un américain. Nokia achète ses smartphones en Asie. Nokia ne fait plus rien : c'est une coquille vide, une marque. Qui mettra longtemps à disparaître, mais qui réellement est déjà morte et ne représente plus cet européen sur ce secteur si important.
"jouez haut bois, résonnez musettes"
[^] # Re: Tor, anonyme ?
Posté par bubar🦥 . En réponse au journal Parution de la seconde édition du Guide d’autodéfense numérique . Évalué à 3.
puis tu balances l'info sur un skyblog, tu attends six mois que ça prennes, et tu vérifies ainsi que la formule est bonne ? :p
[^] # Re: Tor, anonyme ?
Posté par bubar🦥 . En réponse au journal Parution de la seconde édition du Guide d’autodéfense numérique . Évalué à 2.
Il n'y a pas de bonnes réponses. Et freenet est excellent. L'important est de savoir un peu de son fonctionnement, et de l'accepter. Je l'accepte.
(demander ne pas privilégier de contenu en fonction de son audimat est d'ordre plus général et éthique [aussi] mais n'est pas grave pour l'usage de freenet. C'est juste qu'il faut pas se mettre des oeillères : il s'agit bien de l'audimat fixant la qualité d'accès. Que cela soit freenet ou un accord orange-dailymotion, moi ça me gonfle)
[^] # Re: Tor, anonyme ?
Posté par bubar🦥 . En réponse au journal Parution de la seconde édition du Guide d’autodéfense numérique . Évalué à 4.
Oui. Alors pourquoi faire disparaître du contenu non regardé ? Je me suis mal fait comprendre, peut être, ou alors mon message était trop personnel et a été pris comme tel ? Ou alors dans "en héberges une partie" c'est quoi que tu ne comprends pas ? C'est bien une question d'éthique : tu héberges chez toi une partie du contenu, quel qu'il soit. Tu acceptes le fonctionnement, ou pas. Si tu l'acceptes c'est en connaissance de cause. Et espérer une disparation du contenu qui te gênes parce que ce contenu n'est plus consulté revient bien à une forme de censure, celle où les minorités disparaissent. Ce que tu utilises là comme espoir que le mauvais contenu disparaisse n'est rien d'autre qu'une erreur de freenet : l'audience ne devrait pas faire la pérénité.
heu, comment dire ? bon, en douceur : la majorité élit ce qu'elle croit être le mieux pour toutes et tous. L'élu s'occupe de toutes et tous. En théorie. Et en pratique ce n'est pas exactement ça, mais ce n'est jamais le privilège de la majorité. La répartition est un bon exemple :p
C'est le reproche essentiel à Freenet : l'audimat fait la bande passante. Chiffre cela, donne lui un joli nom, lance le underground, et hop c'est bien. Quant c'est un fai qui cherche un accord avec un service, là bouh say le mal.
[^] # Re: Qt sous Windows Mobile
Posté par bubar🦥 . En réponse au journal Nokia abandonne Meego. Évalué à 9.
blague à part, vu que la première chose faite est d'avoir virer une bonne partie des développeurs Qt, je ne vois pas trop ça, ni ne comprends l'étonnement quant à cet annonce sur Nokia.
Nokia is dead.
Dernier constructeur informatique européen, au moment où le téléphone devient l'informatique. Bizarre, vous avez dit bizarre ?
[^] # Re: Qt sous Windows Mobile
Posté par bubar🦥 . En réponse au journal Nokia abandonne Meego. Évalué à 1.
arg un vrai argument pour passer à gnome.