Bon, là tu me conforte définitivement dans mon avis : qu'un mec comme toi soit à ce genre de poste est extrêmement dangereux. Que tu aies travaillé dans le public me rassure encore moins.
Voilà, tu l'avoues clairement : tu es un connard parce que tu y es soit-disant « obligé ». Ce que t'expliquent les gens ici, c'est que tu n'es pas obligé de lécher le cul de tes patrons, en allant de surcroît sur un site de Logiciel Libre poser ta question. Remarque le mot « Libre » et essaye de comprendre pourquoi ta démarche nous paraît incompatible avec notre éthique. Que tu n'aies pas les couilles de refuser de faire ce filtrage et que tu préfères être à la solde de gros cons montre bien que cette « obligation » est une excuse débile pour cacher le fait que ça te fait bander de fliquer les gens comme ça, et que tu es aussi gerbant que les gens pour qui tu travailles. Ton égoïsme te perdras.
Ça marche nickel ici, avec des drivers libres bien sûr (j'avais effectivement entendu qu'avec du proprio, l'hibernation c'était la galère). Bon, j'avais testé ya un an et c'était moins rose, mais les problèmes venaient uniquement de la gestion de l'USB. Ah, la veille (suspend to RAM) marche aussi très bien, et est super rapide !
Être obligé de passer par Flash (et s'inscrire, comme dit plus haut) pour pouvoir récupérer un PDF, c'est complètement débile. Je n'ai pas Flash, je ne veux pas m'inscrire, je l'ai dans l'os.
Comme dit ci-dessous, rien à voir, et en plus un driver qui a besoin d'un firmware peut tout à fait le trouver dans son initrd, pas besoin d'attendre que le système soit « démarré. »
Ça fait longtemps que je ne suis pas aller trifouiller dans les menus du noyau, mais normalement quand tu va dans l'aide (touche « ? ») il te dit de quels symboles il dépend, lesquels il a sélectionné, etc.
En tous cas, ça n'a rien à voir avec le firmware comme dit plus haut.
Je dirais plutôt le contraire : parce qu'ils ne veulent pas trop faire de publicité gratuite à un site (ils en parlent déjà dans l'article, si en plus ils font monter leur google-rank, c'est trop généreux).
J'avais vu depuis quelques temps qu'on pouvait suggérer d'autres traductions à Google. Peut-être que certaines traductions sont la cible d'un « Google translate bombing » ? Ou qu'il s'adapte très vite aux erreurs qu'ont rentré les utilisateurs ?
Soit 31,56€ par an.
Mais avec un routeur/modem ADSL sous OpenWRT (largement suffisant pour des pages statiques) qui consomme 3W, ça descend à 3,16€/an. Pas mal.
Tout comme pour la re-distribution des sources du noyau : elle n'est pas utile (point de vue gpl) (il me semble ?) dans la mesure où il s'agit d'android. Et Android est librement accessible
Cette phrase ne veut rien dire. Que quelqu'un d'autre propose les sources, on n'en a rien a faire : c'est à celui qui t'as vendu le soft de te filer les sources. Et elles sont sûrement différentes du Androïd d'origine.
Si les modifications se limitent à inclure des drivers binaires non-libres, alors il n'y a pas "modification" du noyau, ni des outils libres à côté, donc pas d'obligation de re-distribution : le git d'android suffit.
Pardon ? Un driver _est_ forcément dérivé du noyau (sauf cas très spéciaux) et doit respecter la GPL. Le « git d'android » c'est bien mignon, mais il ne contient que ce qui est commun à tous ces joujous, mais pas la base pour les faire tourner : les drivers.
Et si des modifications ont été réalisées sur des parties libres, alors c'est encore le git d'android qui sera le point central (et non une distribution à part). […] Il semble bien trop complexe pour un constructeur de maintenir une branche à part.
Et bien non justement, chaque constructeur fait ses drivers spécifiques dans son coin sans remonter tout ça à Google. D'où toutes les moutures spéciales d'Android qui essayent de réunir tout ça.
Ces reflexes de fermeture sont certainement initiés par un objectif bien compréhensible : que mme michue ne casse pas son appareil et le renvoi en sav pour une manip non prévue par les termes de garantie.
Rhaa bordel de merde quand est-ce que les gens arrêterons de sortir cet argument fallacieux à deux balles ?
Espérons qu'ils comprennent eux aussi que "protéger l'usage" n'a pas besoin d'être en contradiction ni avec les licences ni avec un modèle de développement, pour être efficient.
Oui, ce serait bien, même si on est à mon avis encore loin de ce changement de mentalité.
Surtout qu' il est fort possible qu'une immense majorité de bidouilleurs acceptent sans problème une casse de la garantie s'il utilise un autre système dessus.
Si tu veux utiliser une lib toute prête plutôt que de réinventer la roue, en Perl, j'ai vu ça sur le CPAN : http://search.cpan.org/~markov/Mail-Box-2.095/lib/Mail/Messa(...)
(je ne sais pas comment l'utiliser, je ne fais pas de perl, mais ça a l'air de supporter la RFC dont on parle)
QUOI ? Les trolls anti-GPLv3, allez relire les licences de la FSF !! La GPLv2 révoquait déjà tes droits sur le programme sous GPL si tu ne fournis pas un droit d'utilisation gratuit illimité sur ton brevet :
7. If, as a consequence of a court judgment or allegation of patent infringement or for any other reason (not limited to patent issues), conditions are imposed on you (whether by court order, agreement or otherwise) that contradict the conditions of this License, they do not excuse you from the conditions of this License. If you cannot distribute so as to satisfy simultaneously your obligations under this License and any other pertinent obligations, then as a consequence you may not distribute the Program at all. For example, if a patent license would not permit royalty-free redistribution of the Program by all those who receive copies directly or indirectly through you, then the only way you could satisfy both it and this License would be to refrain entirely from distribution of the Program.
Ce qu'a ajouté la GPLv3, c'est de ne pas pouvoir contourner cette clause en ne donnant pas le droit d'utiliser le brevet, mais en promettant de ne pas attaquer pour violation (cas Novell/MS), ce qui est de l'enculage de mouche juridique mais nécessaire pour ne pas se retrouver avec une épée de Damoclès sur la tête (franchement, un accord de non-poursuite pour rester dans l'illégalité, on aura tout vu…)
Je viens de voir que c'est l'encodage normalisé par la RFC 2047. Je m'étais toujours dit que ce genre de truc devait venir de quelque part, et tu m'as fait chercher…
En passant, un petit post intéressant dessus (avec code python idoine) : http://www.bortzmeyer.org/2047.html
Sauf qu'en général, si t'as changé de configuration de disque entre les deux, leurs noms ont changé. Enfin bon, aujourd'hui on devrait être passé aux UUID…
Oui, je suis majoritairement d'accord avec toi. Je répondais dans ce fil qui a commencé par faire remarquer que le risque d'usurpation était _quasi_ inexstant. Je montre juste des exemples du quasi, je ne dis pas du tout que c'est courant ou facile.
Mais bon, en plus, vu la situation actuelle où on a 99,9% des gens qui sont chez les 3 grands FAI nationaux, ceux-là même qui sont potes avec le gouvernement (bon, Free un peu moins), si on voulait faire chiez quelqu'un de génant, ce serait assez facile pour le FAI de le faire se retrouver dans les logs de l'HADŒPI… (oui, bon, après, ils ont sûrement d'autres moyens, mais c'est pas une raison pour en rajouter d'autres)
À l'époque on avait de vrais hackers…
Sinon, le spoofing est toujours facilement possible par tous les intermédiaires par lesquels passent tes communications. Si c'est fait discrètement, ça peut très bien passer. Par contre, si ça se voit, ton AS va se faire blacklister de partout, je suppose. Mais il existe donc quand même une petite possibilité.
Oui, bonne idée si ça marche.
Pour la copie, pas la peine de faire un dd, car il faudrait que tu aies une partition exactement de la bonne taille pour rentrer dans ton SSD. Je préfère un rsync -a.
Après, effectivement, modifier le fstab, et surtout réinstaller le bootloader sur le SSD (sous Debian ça se fait avec un update-grub, je suppose qu'il existe un équivalent sous Fedora).
Alors dans ton dmesg on voit plein d'erreurs de lecture/écriture sur ton SSD. C'est soit un bug dans le driver ATA (c'est du nVidia fait à base de reverse engineereng donc ça m'étonnerait pas ; je déconseille toujours nVidia) soit un bug dans le firmware de ton SSD.
Pour écarter une des deux causes, tu peux soit essayer d'y accéder sous Windows (driver différent), soit mettre ton SSD dans une autre bécane. Ou alors mettre ton firmware à jour (ce qui implique d'avoir un Windows à disposition aussi)
Mais bon, vu la qualité des firmwares de SSD (techno récente avec des firmwares faits à l'arrache) je te proposerais éventuellement de le ronvoyer pour un modèle connu pour être fiable (oui, le sandforce ça déboite en perfs, mais niveau fiabilité ils n'ont pas encore fait leur preuve)
Compter en LBA veut dire ne rien avoir à foutre des valeurs de CHS, c'est tout. Les dernières applications à tenir compte des CHS sont les outils de partitionnement, et si on les utilise en LBA, on ne tient alors plus du tout compte des CHS nulle part. Leur valeur importe alors peu.
Et de toutes façons, tout ce que tu indique dans ton BIOS c'est valable pour ton bootloader, une fois que linux charge son driver ATA, tes indications de CHS ne servent quasiment pu à rien.
Si, c'est très important ; et même si tu ne vois pas de différence en perf (peut-être que tu ne l'exploites pas à fond et que donc ça ne se voit pas vraiment), tu réduis considérablement sa durée de vie en n'alignant pas tes partitions.
Le gros problème dans toute cette histoire, c'est le manque complet de détails de la part des constructeurs : chacun prends les infos de taille de page, d'erase block, etc, comme un secret industriel, ce qui est complètement débile car ça change beaucoup de choses pour l'utilisateur.
En plus, la taille d'erase block augmente beaucoup depuis ces dernières années, car c'est le seul moyen de suivre l'évolution démentielle des capacitées et des vitesses : c'est clair, ça booste, mais niveau fiabilité, c'est du suicide. J'ai peur des déceptions dans quelques temps, pour ceux qui n'ont pas de sauvegarde.
Par contre, effectivement, un alignement de quelques mégas suffit en général.
Non, la bonne solution c'est d'utiliser un outil de partitionnement qui compte en LBA et pas en CHS. Ça fait 20 ans que les CHS c'est du virtuel qui ne veut rien dire, alors il est grand temps de passer à qqch de plus moderne.
Le port PowerPC n'est pas celui qui se porte ne mieux non plus. Il y a de grosses ratées avec le bootloader (yaboot) depuis quelques temps, et en gros depuis le passage aux UUID/label dans le fstab, ce port est en gros non-installable (voir #580455 et #587290).
Un gros problème est surtout que les mainteneurs sont injoignables (ou presque) : on a eu un message d'Aurélien la semaine dernière (oui, les mainteneurs sont français _o/), qui n'a pas mis à jour le package depuis 4 ans, nous disant qu'il allait regarder, et puis plus rien…
Si vous voulez aider, faudrait idéalement connaître bien Open Firmware (IEEE1275) et faire un ofpath pour qui utilise /sys, pour régler #572869. Tous ces bugs sont « serious » pour squeeze.
[^] # Re: Parade ou détection ?
Posté par benoar . En réponse au message Solution pour filtrer du contenu HTTPS. Évalué à 3.
[^] # Re: Bizarre, bizarre
Posté par benoar . En réponse au message Solution pour filtrer du contenu HTTPS. Évalué à 6.
[^] # Re: Prêt pour le desktop
Posté par benoar . En réponse au journal pourquoi j'ai resombré dans le mac. Évalué à 10.
[^] # Re: Hibernation
Posté par benoar . En réponse au journal Ubuntu, top c'est trop. Évalué à 2.
Tout ça en Debian sur AMD 780G.
[^] # Re: Et les passages ?
Posté par benoar . En réponse au journal Le travail des lobbies pro Microsoft &Co mis au jour. Évalué à 3.
[^] # Re: Firmware
Posté par benoar . En réponse au message modules liés. Évalué à 4.
# Dans l'aide
Posté par benoar . En réponse au message modules liés. Évalué à 4.
En tous cas, ça n'a rien à voir avec le firmware comme dit plus haut.
[^] # Re: Publicité?
Posté par benoar . En réponse au journal Et les liens hypertextes !. Évalué à 3.
# Mauvais user-feedback
Posté par benoar . En réponse au journal Câlice! Google Traduction capote!. Évalué à 5.
[^] # Re: Je suis étonné que personne n'ait fait la remarque...
Posté par benoar . En réponse au journal Offres d'hébergement. Évalué à 3.
Mais avec un routeur/modem ADSL sous OpenWRT (largement suffisant pour des pages statiques) qui consomme 3W, ça descend à 3,16€/an. Pas mal.
[^] # Re: Bootloader
Posté par benoar . En réponse à la dépêche blogARM.net organise une pétition pour avoir un Linux sur l'AC100. Évalué à 8.
Cette phrase ne veut rien dire. Que quelqu'un d'autre propose les sources, on n'en a rien a faire : c'est à celui qui t'as vendu le soft de te filer les sources. Et elles sont sûrement différentes du Androïd d'origine.
Si les modifications se limitent à inclure des drivers binaires non-libres, alors il n'y a pas "modification" du noyau, ni des outils libres à côté, donc pas d'obligation de re-distribution : le git d'android suffit.
Pardon ? Un driver _est_ forcément dérivé du noyau (sauf cas très spéciaux) et doit respecter la GPL. Le « git d'android » c'est bien mignon, mais il ne contient que ce qui est commun à tous ces joujous, mais pas la base pour les faire tourner : les drivers.
Et si des modifications ont été réalisées sur des parties libres, alors c'est encore le git d'android qui sera le point central (et non une distribution à part). […] Il semble bien trop complexe pour un constructeur de maintenir une branche à part.
Et bien non justement, chaque constructeur fait ses drivers spécifiques dans son coin sans remonter tout ça à Google. D'où toutes les moutures spéciales d'Android qui essayent de réunir tout ça.
Ces reflexes de fermeture sont certainement initiés par un objectif bien compréhensible : que mme michue ne casse pas son appareil et le renvoi en sav pour une manip non prévue par les termes de garantie.
Rhaa bordel de merde quand est-ce que les gens arrêterons de sortir cet argument fallacieux à deux balles ?
Espérons qu'ils comprennent eux aussi que "protéger l'usage" n'a pas besoin d'être en contradiction ni avec les licences ni avec un modèle de développement, pour être efficient.
Oui, ce serait bien, même si on est à mon avis encore loin de ce changement de mentalité.
Surtout qu' il est fort possible qu'une immense majorité de bidouilleurs acceptent sans problème une casse de la garantie s'il utilise un autre système dessus.
Oui, acceptons tout et n'importe quoi.
[^] # Re: RFC2047
Posté par benoar . En réponse au message conversion d'un charset à l'autre. Évalué à 3.
Si tu veux utiliser une lib toute prête plutôt que de réinventer la roue, en Perl, j'ai vu ça sur le CPAN : http://search.cpan.org/~markov/Mail-Box-2.095/lib/Mail/Messa(...)
(je ne sais pas comment l'utiliser, je ne fais pas de perl, mais ça a l'air de supporter la RFC dont on parle)
[^] # Re: C'est le mois des forks ?
Posté par benoar . En réponse à la dépêche Faire part de naissance de LibreOffice. Évalué à 7.
7. If, as a consequence of a court judgment or allegation of patent infringement or for any other reason (not limited to patent issues), conditions are imposed on you (whether by court order, agreement or otherwise) that contradict the conditions of this License, they do not excuse you from the conditions of this License. If you cannot distribute so as to satisfy simultaneously your obligations under this License and any other pertinent obligations, then as a consequence you may not distribute the Program at all. For example, if a patent license would not permit royalty-free redistribution of the Program by all those who receive copies directly or indirectly through you, then the only way you could satisfy both it and this License would be to refrain entirely from distribution of the Program.
http://www.gnu.org/licenses/old-licenses/gpl-2.0.html
Ce qu'a ajouté la GPLv3, c'est de ne pas pouvoir contourner cette clause en ne donnant pas le droit d'utiliser le brevet, mais en promettant de ne pas attaquer pour violation (cas Novell/MS), ce qui est de l'enculage de mouche juridique mais nécessaire pour ne pas se retrouver avec une épée de Damoclès sur la tête (franchement, un accord de non-poursuite pour rester dans l'illégalité, on aura tout vu…)
Allez lire la GPL avant de la critiquer, bordel !
# RFC2047
Posté par benoar . En réponse au message conversion d'un charset à l'autre. Évalué à 5.
En passant, un petit post intéressant dessus (avec code python idoine) : http://www.bortzmeyer.org/2047.html
[^] # Re: Restons simples...
Posté par benoar . En réponse au message Comment concaténer des chemins de façon plus simple sous Bash ?. Évalué à 2.
[^] # Re: hou la
Posté par benoar . En réponse au message Installation sur SSD. Évalué à 2.
[^] # Re: Sont pas sûrs d'eux..
Posté par benoar . En réponse au journal Seedfuck et la légalité. Évalué à 4.
Mais bon, en plus, vu la situation actuelle où on a 99,9% des gens qui sont chez les 3 grands FAI nationaux, ceux-là même qui sont potes avec le gouvernement (bon, Free un peu moins), si on voulait faire chiez quelqu'un de génant, ce serait assez facile pour le FAI de le faire se retrouver dans les logs de l'HADŒPI… (oui, bon, après, ils ont sûrement d'autres moyens, mais c'est pas une raison pour en rajouter d'autres)
# Réponse
Posté par benoar . En réponse au message dérivée discrète en python. Évalué à 5.
[^] # Re: Sont pas sûrs d'eux..
Posté par benoar . En réponse au journal Seedfuck et la légalité. Évalué à 1.
À l'époque on avait de vrais hackers…
Sinon, le spoofing est toujours facilement possible par tous les intermédiaires par lesquels passent tes communications. Si c'est fait discrètement, ça peut très bien passer. Par contre, si ça se voit, ton AS va se faire blacklister de partout, je suppose. Mais il existe donc quand même une petite possibilité.
[^] # Re: hou la
Posté par benoar . En réponse au message Installation sur SSD. Évalué à 2.
Pour la copie, pas la peine de faire un dd, car il faudrait que tu aies une partition exactement de la bonne taille pour rentrer dans ton SSD. Je préfère un rsync -a.
Après, effectivement, modifier le fstab, et surtout réinstaller le bootloader sur le SSD (sous Debian ça se fait avec un update-grub, je suppose qu'il existe un équivalent sous Fedora).
[^] # Re: hou la
Posté par benoar . En réponse au message Installation sur SSD. Évalué à 2.
J'ai trouvé un bug report qui pourrait être en relation : https://bugzilla.redhat.com/show_bug.cgi?id=549981
Pour écarter une des deux causes, tu peux soit essayer d'y accéder sous Windows (driver différent), soit mettre ton SSD dans une autre bécane. Ou alors mettre ton firmware à jour (ce qui implique d'avoir un Windows à disposition aussi)
Mais bon, vu la qualité des firmwares de SSD (techno récente avec des firmwares faits à l'arrache) je te proposerais éventuellement de le ronvoyer pour un modèle connu pour être fiable (oui, le sandforce ça déboite en perfs, mais niveau fiabilité ils n'ont pas encore fait leur preuve)
[^] # Re: c'est quoi encore cette histoire d'alignement ?
Posté par benoar . En réponse au message Installation sur SSD. Évalué à 2.
Et de toutes façons, tout ce que tu indique dans ton BIOS c'est valable pour ton bootloader, une fois que linux charge son driver ATA, tes indications de CHS ne servent quasiment pu à rien.
[^] # Re: c'est quoi encore cette histoire d'alignement ?
Posté par benoar . En réponse au message Installation sur SSD. Évalué à 2.
Le gros problème dans toute cette histoire, c'est le manque complet de détails de la part des constructeurs : chacun prends les infos de taille de page, d'erase block, etc, comme un secret industriel, ce qui est complètement débile car ça change beaucoup de choses pour l'utilisateur.
En plus, la taille d'erase block augmente beaucoup depuis ces dernières années, car c'est le seul moyen de suivre l'évolution démentielle des capacitées et des vitesses : c'est clair, ça booste, mais niveau fiabilité, c'est du suicide. J'ai peur des déceptions dans quelques temps, pour ceux qui n'ont pas de sauvegarde.
Par contre, effectivement, un alignement de quelques mégas suffit en général.
[^] # Re: c'est quoi encore cette histoire d'alignement ?
Posté par benoar . En réponse au message Installation sur SSD. Évalué à 4.
# PowerPC est mal en point aussi
Posté par benoar . En réponse au journal Debian Squeeze ne paraîtra pas pour l’architecture hppa. Évalué à 7.
Un gros problème est surtout que les mainteneurs sont injoignables (ou presque) : on a eu un message d'Aurélien la semaine dernière (oui, les mainteneurs sont français _o/), qui n'a pas mis à jour le package depuis 4 ans, nous disant qu'il allait regarder, et puis plus rien…
Si vous voulez aider, faudrait idéalement connaître bien Open Firmware (IEEE1275) et faire un ofpath pour qui utilise /sys, pour régler #572869. Tous ces bugs sont « serious » pour squeeze.