Pas d'accord. Ou plutôt, devrais-je dire, dans ce cas là, il y a accord ;)
Lorsque le sujet est un nom collectif singulier (la plupart, la majorité) on accorde en général selon le sens.
Une exception notable est la foule, dans ce cas là on accorde avec le nom collectif et non avec ce à quoi il se rapporte : Une foule de gens s'était rassemblée.
En tout cas c'est ce que prétend Maurice Grévisse dans "Le français correct" :
http://books.google.com/books?id=3I9juumoDBcC&pg=PA269&lpg=PA269&dq=français+"la+plupart"+accord+grévisse&source=web&ots=7lrcGwjlhP&sig=eTizgTlOQDwhUlvqXdGW-n7A7G0&hl=fr&sa=X&oi=book_result&resnum=3&ct=result#PPA269,M1
Cela dit, on entend souvent dire que les deux sont gramaticalement corrects. J'aimerais bien que quelqu'un me donne une référence fiable à ce sujet, d'ailleurs (Grévisse, Bescherelles, Académie Française...).
A puriste, puriste et demi...
P.S. : désolé pour l'URL à rallonge... mais je n'ai pas confiance dans tinyURL, ce genre de service ça ne tient qu'un temps et le commentaire, lui, dure longtemps ;)
P.P.S : c'est rageant, que les PS soient avant la signature. Il faudrait un champs P.S. ;)
L'engin d'après les dimensions fournies sur wikipedia est un poil plus long et épais que mon vieillissant Zaurus C3200, mais ça doit toujours tenir dans une grande poche ou un petit sac, et les specs me laissent rêveur...
Avec l'abandon par Sharp de la production du zaurus, la communauté qui s'est construite autour cherche un successeur depuis un moment déjà, et le trend comme on dit a plutôt l'air sur les téléphones aux hormones (Neo) ou aux notebooks nains (eeepc et consorts) ; ce qui ne satisfait pas tous les amateurs d'objets mobiles.
Pour moi un bon ordinateur de poche doit avoir à peu près les capacités annoncées de l'openpandora : puissant, léger, pas trop gros, avec une bonne batterie, un clavier et un écran tactile, du réseau intégré et de quoi stocker des données. Le tout facile à utiliser partout (USB OTG), et qui doit pouvoir servir tout aussi bien d'agenda, de console de jeu, de baladeur MP3 que de matériel d'intervention d'urgence pour admin prévoyant ;)
Reste à voir ce que ça donne dans la réalité. Le Zaurus à ses limites (la quantité de RAM n'étant pas la moindre), mais sa finition et son form factor en faisaient un objet mobile de choix malgré l'absence de réseau intégré.
En tout cas 249€ ça me parait raisonnable, si il tient ses promesses.
au départ je voulais poser une question sur cette fameuse série TV que je ne connaissais pas, me disant qu'il y avait déjà eu un long métrage d'animation sur le même sujet.
Mais une petite recherche rapide m'a montré que c'était juste M6 qui avait diffusé ça sous forme d'un long, et que le conditionnement en DVD avait tendance à conforter cette impression...
Bref je n'ai rien à dire, mais comme j'ai dit plus haut que j'avais un commentaire à faire un peu moins HS, faut assumer :)
Sur la page principale il y a un sondage à ce sujet si tu veux t'exprimer là dessus...
Ca sera toujours mieux qu'ici, parce que là franchement c'est pas le meilleur endroit surtout si tu veux qu'on te lise, les journaux cinéma c'est pas hyper porteur comme canal :)
D'ailleurs le résultat de ce sondage c'est qu'on a le choix. A toi d'aller dans préférences et de choisir l'interface qui te convient le mieux.
En ce qui me concerne, après une réaction épidermique au début, qui me conduisait à cliquer systématiquement sur dépèche pour n'avoir que ça, et à pester contre l'absence de colonne de droite avec les secondes pages et autres, j'ai fini par m'y faire... Au point que quand il est devenu possible de choisir, je suis repassé à l'ancienne interface mais je n'ai pas tenu plus d'une ou deux visites avant de repasser à la nouvelle :)
Bon, sur ce, fin du HS et retour au sujet du journal (mais dans un autre commentaire, comme ça on pourras dépertinenter le mien quand celui du dessus aura été inutilisé ;) )
Moi ce que j'ai du mal à saisir, c'est pourquoi le status du "ISO/IEC DIS 29500" comme ils disent est "deleted" sur le lien fourni ? Depuis Avril dernier qui plus est ?
Backports.org est visible sur le site. En tout cas dans la recherche de paquets : les paquets de backports.org apparaissent.
Cela dit il ne s'agit pas d'un projet officiel (sinon ça serait backports.debian.org...).
Pour debian-multimedia, ça ne risque pas d'apparaître sur le site : il y a généralement une bonne raison pour que les paquets de debian-multimedia ne soient pas dans debian... Il suffit de chercher dans les archives de debian-legal pour savoir laquelle :)
PS (et complètement HS) : excellent le strip sur l'autosatisfaction récursive quand on se répond à soi-même ;-)
Accessibilité : je veux bien participer au projet, mais il faudrait un guide pour les contributeurs débutant et si possible dans différentes langues même si l'anglais reste la langue à utiliser.
Quelque chose comme "Le coin du développeur" (lien en première page du site, sisi, en haut) : http://www.debian.org/devel/ ?
Bon certaines fonctionnalités se découvrent un peu par hasard (comme l'utilisation de rewrite rules sur bugs.debian.org ou packages.debian.org - on peut par exemple préciser directement packages.debian.org/paquet, bugs.debian.org/paquet ou encore bugs.debian.org/numerobug.
Cela dit je trouve qu'un certain nombre de choses se sont en effet améliorées quand Sam était DPL du point de vue accessibilité / ergonomie. Par exemple le système de gestion des bogues, la recherche de paquet ont plein de fonctionnalités sympa maintenant (genre le resumé des infos du paquet à droite, avec accès au changelog, aux sites annexes du styles packages.qa.debian.org et tout cette sorte de choses, le versionning plus fin dans les bugs...)
C'est sûr visuellement c'est pas du launchpad, mais je trouve ça relativement clair et facile à utiliser. En plus ça passe mieux dans lynx, ce qui est très pratique quand on doit dépanner un serveur depuis la salle machine ;)
Dans le genre "lien du haut" je conseille fortement le "plan du site", et si des gens veulent aider au développement du site web je pense que le mieux est d'aller voir d'abord là : http://www.debian.org/devel/website/desc (accessible depuis le coin du développeur).
En ce qui me concerne, Debian est l'une des distributions les plus (et les mieux) documentées... Bizarrement personne ne va voir les docs officielles. Ca doit être une histoire de référencement, les gens ne sont plus habitués à chercher l'information là où elle se trouve, ils cherchent uniquement avec leur moteur de recherche favori (et sans utiliser les fonctionnalités avancées de ce dernier).
En plus j'ai l'impression que tous ces changements passent inaperçu pour les gens qui se plaigne du site... A croire que parce qu'il est perçu comme moche, compliqué, inaccessible (j'ai du mal à saisir ce point de vue mais admettons), il ne bougera jamais. Ou plutôt, puisque le design de la page d'accueil n'a pas changé, le site n'a pas évolué.
Là tu considères que l'utilisateur est lui même gestionnaire de package du système d'exploitation (il est vrai qu'étant donné le caractère archaïque du système de chez Microsoft, il n'y a pas d'autre moyen)
Euh oui alors là c'est pas pour défendre microsoft, mais le système de gestion des droits est tout sauf archaïque. Il y a bien quelques trucs merdiques qui trainent, généralement pour cause de compatibilité ascendante, ce qui pause quelques soucis de sécurité (genre la compatibilité lmhash couplé à la conservation en cache des données d'authentification, idéal pour récupérer le mot de passe d'un utilisateur du domaine qui se loggue sur une machine dont on est admin), mais globalement les méchanismes d'authentification (utilisateur / processus...) sont plutôt bien conçu, bien qu'un peu trop compliqués à mon goût. Jette un oeil à LSASS (service de gestion des autorités) par exemple, tu verras que c'est tout sauf archaïque.
Le problème, c'est plutôt que c'est trop évolué, et pour des choses simples ça peut s'avérer complexe.
Par exemple, il y a beaucoup d'applications codées avec les pieds par des dev qui sont administrateurs de leurs machines de test (parce que pour avoir le droit "debug" sur un process il faut être admin, sauf sur vista) et obligent les utilisateurs à en faire autant, ou qui simplement ne documentent pas les droits nécessaires au bon fonctionnement de l'application. Cela couplé à des utilisateurs qui ne savent pas trop ce qu'ils peuvent risquer en utilisant leur machine en administrateur, ou ne désirent pas s'embêter avec ce genre de choses.
Le seul problème c'est les failles de type exécution arbitraire et les escalades de privilèges. Mais là, pas de jaloux, on a les mêmes sous linux ;-P
vu le code d'erreur et le fait qu'il te suggère d'utiliser --rebuild-tree, tu dois avoir un système de fichier reiserfs sur cette partition... Donc, c'est plutôt fsck.reiserfs ....
Ou encore, reiserfsck .
En ce qui concerne ton histoire de ventilo, le ventilo du proc, sur un xeon... même à base PIII... ça m'étonnerai que ça tienne longtemps si tu l'enlèves :)
Tu peux essayer de voir si ce n'est pas à cause d'un cheveu ou autre qu'il s'est mis à ronfler. Cela dit si il est voilé, il n'y a rien à faire si ce n'est le changer.
Enfin... Tout cela n'a absolument rien à voir avec le dist-upgrade en soi, en tout cas. Ca aurait pu arriver avec un simple arrêt / redémarrage si ton système de fichier n'a pas été vérifié (pour de vrai, pas un replay du journal) depuis longtemps.
Mais à ce que j'ai lu sur les lecteurs d'empreintes des thinkpad, ils ne prennent pas tes empreintes mais des caractèristiques électriques de conductivité de ton doigt et des veines capilaires. Si on te coupe le doigt, après une dizaine de minutes, il devient inutilisable.
Ca a déjà été précisé, mais j'en rajoute une couche : ce n'est pas du tout le cas des lecteurs d'empreinte grand public actuels.
De plus, il ne s'agit pas de repérer des caractéristiques personnelles uniques, mais simplement de différentier un doigt coupé d'un doit toujours relié à la main... Les capteurs ne sont pas assez précis pour différencier les caractéristiques cutanées de personnes différentes, qui peuvent en plus varier d'un moment à un autre.
Mes informations datent un peu (la conférence à laquelle j'avais assisté là dessus date d'un an), mais pour ce que j'en sais, la grande majorité des lecteurs d'empreinte digitale est facile à abuser.
Une fois l'empreinte récupérée (sur un verre, une feuille de papier...) et numérisée (un bête appareil photo numérique fait souvent l'affaire, selon la résolution du lecteur d'empreinte évidemment), il suffit d'une imprimante laser et d'un transparent à présentation pour se fabriquer un "dummy finger", autrement dit une fausse empreinte qu'on glisse sur son doigt. Les caractéristiques de température (sinon de conductivité) sont conservées.
Il existe de nombreuses méthodes pour obtenir des pseudo doigts plus fiables (glu, graphite pour rendre le tracé plus précis...).
Un bon lecteur d'empreintes digitales, ce n'est pas demain qu'on le verra dans un équipement grand public.
Les anglophones peuvent chercher "hacking fingerprinting recognition" dans leur moteur de recherche de prédilection pour avoir quelques slides sur la question.
(Bon, en plus, je suis contre la biométrie comme méthode d'authentification seule... Comme cela a été dit plus haut, on a que dix doigts et c'est difficile à révoquer).
Pour en revenir à la dépêche, une api qui gomme un peu les différences sous-jacentes, par contre, ça ne peut qu'être une bonne chose pour l'interopérabilité (ben oui, je suis contre, mais je pourrais être amené à devoir me plier à des procédures qui l'imposent :) )
Non, il y a vraiment une loi qui impose à la comptabilité informatisée de respecter certaines règles, et une certification NF (
Il s'agit de "l’instruction 13L-1-06 n°12 du 24 janvier 2006" parue au Bulletin Officiel des Impôts. Elle n'impose pas directement d'être certifié d'après ce que j'en ai compris, mais la certification NF « Logiciel de Comptabilité Informatisée » certifie qu'un logiciel répond aux exigences des impôts.
Or, ça m'étonnerait que la direction générale des impôts reconnaisse d'autres normes que la Norme Française (ou qu'ils soient capables de vérifier eux-mêmes que tel ou tel logiciel répond à la norme, après tout les organismes de certification ça sert à ça) ;)
Du coup ça impose effectivement d'employer un logiciel certifié NF pour la comptabilité, du moins en cas de contrôle fiscal. Si le logiciel ne répond pas aux exigences de la DGI, la compta peut être refusée, et en cas de contrôle fiscal ça doit faire mal :)
Après, IANAL, et certainement pas en droit fiscal. Si ça se trouve il suffit, en cas de litige, de démontrer que le logiciel employé répond à la norme.
Pour ce qui est des systèmes de saisie sans clavier, GPE, Opie, OpenMoko, Maemo, etc ont ce qu'il faut... sur les Zaurii, Nokia N800 et autres engins, qui n'ont pas tous un clavier, ça vaut mieux ;)
Et il y a de tout, du clavier virtuel au pickboard en passant par la reconnaissance d'écriture.
Je pense que c'est surtout par manque d'expérience ou peur des problèmes de maintenance / support... même si ces peurs ne sont pas forcément fondées.
Ma première fois c'était en l'année scolaire 95/96 dans un cybercafé... mon frère alors à la fac y travaillait en échange d'un accès illimité.
Je crois bien que c'était l'un des premiers cybercafés de province, ça avait fait du bruit à l'époque. Je ne me souviens plus de la version mais c'était RedHat, avec AfterStep (le bureau virtuel était un peu déroutant mais j'ai vite accroché) et un client IRC dont je ne me rappelle plus le nom, je crois que c'était un peu tôt pour que ça soit xchat. La notion d'OS était encore un peu floue pour moi à l'époque (et c'est bien la preuve que linux était déjà prêt pour le desktop, inutile d'attendre le prochain passage). ;)
L'OS tout le monde s'en foutait, ce qui comptait c'était internet.
Il a fallu attendre un peu avant que j'installe moi-même ma première redhat, (en dual boot sur le PC familial) vu que c'était une 5.2, récupérée via l'infâme Micro Application. Heureusement j'avais Le système linux de chez O'reilly à côté :). Par la suite je suis passé à Mandrake vers la 6.2 et j'ai finalement basculé définitivement vers Debian... Enfin juqu'à preuve du contraire mais j'ai plus envie de changer :)
Cela dit les distributions ont bien évolué depuis... Quand on compare une redhat 5.x à une fedora, une debian ou une ubuntu récente... Ca fait rêver :)
Je connaissais pas Douglas Hofstadter, du coup la référence m'échappe... Bon ben maintenant je sais quoi lire quand j'aurais fini le en:Baroque_Cycle :)
D'après ce que j'avais pu voir, la version libre d'Enomalism ne permet pas de faire ce que je veux (ça implique de pouvoir gérer les migrations live, et on dirait bien que seule la version propriétaire propose ça).
J'étais déjà tombé sur openQRM mais je ne sais pas pourquoi, j'avais eu l'impression que la version libre était assez limitée... en relisant les doc j'ai l'impression que je m'étais trompé, à creuser, donc.
Après, quand c'est juste pour gérer des domU pour faire des machines de test ou gérer un seul serveur, xen-tool sous debian et les commandes xm restent mes outils de prédilection ;)
Si j'ai bien compris à mon tour, tu parles de XenEnterprise et pas de Xen tout court :)
Autrement dit, la version propriétaire.
Rien ne s'oppose vraiment à faire le même genre de chose avec la version GPL, vu que les fonctionnalités sont là : possibilité de faire de la migration de domaines en live à condition d'avoir un stockage partagé (et je crois que la migration live ne concerne pas encore les domU HVM, c'est à dire utilisant une virtualisation complète s'appuyant sur les extensions VT ou assimilé des processeurs récents), API permettant de controler les domU à distance... on a donc tout l'infrastructure nécessaire.
Après il n'y a plus qu'à déclencher les migrations en fonction des ressources disponibles et donc à avoir une idée de où est ton domU à un instant t... une sorte de scheduler de domU sur plusieurs serveurs physique en somme.... Tiens, c'est marrant, maintenant je comprend pourquoi ils arrivent à le vendre cher (et à augmenter les prix de 300% à 750% d'une version à une autre...) ;)
Bon si on veut simplement faire de la redondance et une répartition de charge "manuelle" il y a déjà tout ce qu'il faut, et il doit même y avoir des softs qui te font de jolies interfaces pour gérer tout ça comme XenMan.
PS: si quelqu'un arrive à faire ce genre de chose avec la version libre, ou si il y a des docs quelque part, autre que des slides succints que j'ai déjà vu, alors je suis *très* intéressé, même que je dois pas être le seul ;)
(et là, il lut la doc dont il est question ici, et se rendit compte que toute une section était dédiée à xmodmap... Il jura, mais un peu tard, qu'on ne l'y reprendrait plus à répondre aux commentaires avant d'avoir lu ;) )
Bon, on va dire que pour le script d'exemple ce n'est pas un post complètement inutile, et puis c'est le mois d'août tout le monde s'en fout ;)
Je ne crois pas que X puisse gérer plusieurs configurations de clavier selon celui qu'on branche à un moment donné (surtout si on fait ça à chaud), mais une méthode simple est le chargement d'une Xmodmap pour une utilisation spécifique.
Ainsi, quand on veut brancher tel clavier (ou utiliser telle application), on lance xmodmap fichier où fichier est un fichier xmodmap maison... C'est actif immédiatement.
Exemple concret : pour jouer à Freespace2, comme les caractères spéciaux (les accents, les touches mortes...) ne sont pas gérés, et que ça devient vite pénible de ne pas pouvoir utiliser les touches &é"'( sans appuyer sur shift pour avoir 12345, j'ai un script qui charge une xmodmap spécifique (et remet l'ancienne à la fin du programme (un petit trap pour gérer les crash et autres permet d'éviter les gags de non-restauration pour cause d'interruption brutale du programme sur une erreur de segmentation qui interromprait le script avant qu'on ait pu restaurer la configuration d'origine).
Les modifications de debian consistent surtout en des modifications en vue d'aider à l'empaquetage ou à la cohérence de la distribution, ou pour corriger les problèmes de sécurité sans passer à une version supérieure (pour la maintenance de la version stable).
Maintenant, ce qui dérangeait Debian, c'est que la fondation Mozilla a offert de continuer à laisser Debian appeler son navigateur Firefox, sous réserve de validation de tous les patches, ce qui est peu pratiquable (surtout que c'est arrivé peu avant le freeze de Etch). D'autre part, le fait d'avoir le droit de nommer firefox comme tel dans debian n'était pas complètement satisfaisant de toutes manières, le problème est que ce type de restriction fait dangereusement approcher un soft de la barrière de "non-free" selon Debian.
Du coup, intégristes, certes... Mais de quel côté, ça se discute, sachant que de gros efforts avaient été faits par Debian lors de la première polémique à ce sujet qui s'était soldé par une autorisation de la Mozilla Foundation.
Bon, chacun voit midi à sa porte, etc.
En ce qui me concerne j'utilise Iceweasel et Icedove et ça me convient très bien :)
Même si un an, c'est court quand il s'agit d'un serveur en production...
Ça fait une durée de vie totale de 2 ans 1/2, c'est certes pas mal, mais quand on vend un service les contrats sur 3 ans sont courants et il n'est pas facile de faire admettre le besoin d'une mise à niveau avant la fin du contrat initial, avec ce que ça peut impliquer en termes de besoins de TMA, de dev, le besoin d'une machine de test / recette, etc.
Évidemment, il est difficile pour Debian, avec son nombre de paquets toujours grandissant, de fournir un tel service (maintenance de l'anciene stable) bien longtemps, et 1 an minimum semble être un bon compromis... Cela dit ça ne m'empêche pas de loucher avec envie vers le support 5 ans de Ubuntu LTS.
J'ai aussi un souci de mise à jour avec les vieux serveurs qui ont du netraid 1M ou 2M, il y a un souci avec les id PCI qui n'a pas été réglé avant la release malgré ma réouverture du bug et mes relances (pas critique à ce qu'il parait), et ça m'oblige à fournir un noyau patché (le patch est trivial et était présent sur des versions précédentes, il a sauté pour une raison inconnue) pour certains serveurs.
Bon, ces petits griefs mis à part, c'est moi qui ai préconisé Debian au boulot et je ne suis pas prêt de changer d'avis même si comme l'a si bien dit Sam « les autres peuvent faire mieux » sur certains points :)
D'ailleurs c'est pas nouveau, en fouillant je m'aperçoit que tout le code que j'ai publié un jour ou l'autre (bon, d'accord, ça fait pas beaucoup) était en GPLv2 et pas v2 et supérieure :)
Évidemment ça ne s'applique pas au code que je contribue, dans ce cas j'utilise la licence du projet...
Quand à ce que j'utilise, je le préfère libre et conforme aux DFSG.
On a toujours dit que le jour où linux serait prêt pour le desktop, ça ferait un gros boum dans l'industrie de l'informatique personnelle. On peut probablement en conclure que son linux était prêt pour son desktop ;)
[^] # Re: Puriste? Vous avez dit puriste?
Posté par nodens . En réponse au journal Linux dans un magazine pour jeunes. Évalué à 3.
Lorsque le sujet est un nom collectif singulier (la plupart, la majorité) on accorde en général selon le sens.
Une exception notable est la foule, dans ce cas là on accorde avec le nom collectif et non avec ce à quoi il se rapporte : Une foule de gens s'était rassemblée.
En tout cas c'est ce que prétend Maurice Grévisse dans "Le français correct" :
http://books.google.com/books?id=3I9juumoDBcC&pg=PA269&lpg=PA269&dq=français+"la+plupart"+accord+grévisse&source=web&ots=7lrcGwjlhP&sig=eTizgTlOQDwhUlvqXdGW-n7A7G0&hl=fr&sa=X&oi=book_result&resnum=3&ct=result#PPA269,M1
Cela dit, on entend souvent dire que les deux sont gramaticalement corrects. J'aimerais bien que quelqu'un me donne une référence fiable à ce sujet, d'ailleurs (Grévisse, Bescherelles, Académie Française...).
A puriste, puriste et demi...
P.S. : désolé pour l'URL à rallonge... mais je n'ai pas confiance dans tinyURL, ce genre de service ça ne tient qu'un temps et le commentaire, lui, dure longtemps ;)
P.P.S : c'est rageant, que les PS soient avant la signature. Il faudrait un champs P.S. ;)
# Dans la poche ?
Posté par nodens . En réponse à la dépêche OpenPandora, l'autre console de jeux libre. Évalué à 1.
Avec l'abandon par Sharp de la production du zaurus, la communauté qui s'est construite autour cherche un successeur depuis un moment déjà, et le trend comme on dit a plutôt l'air sur les téléphones aux hormones (Neo) ou aux notebooks nains (eeepc et consorts) ; ce qui ne satisfait pas tous les amateurs d'objets mobiles.
Pour moi un bon ordinateur de poche doit avoir à peu près les capacités annoncées de l'openpandora : puissant, léger, pas trop gros, avec une bonne batterie, un clavier et un écran tactile, du réseau intégré et de quoi stocker des données. Le tout facile à utiliser partout (USB OTG), et qui doit pouvoir servir tout aussi bien d'agenda, de console de jeu, de baladeur MP3 que de matériel d'intervention d'urgence pour admin prévoyant ;)
Reste à voir ce que ça donne dans la réalité. Le Zaurus à ses limites (la quantité de RAM n'étant pas la moindre), mais sa finition et son form factor en faisaient un objet mobile de choix malgré l'absence de réseau intégré.
En tout cas 249€ ça me parait raisonnable, si il tient ses promesses.
[^] # Re: Utiliser la puissance de calcul d'une autre machine
Posté par nodens . En réponse au message Ultraportable pour des études en informatique ?. Évalué à 1.
On ne récupère pas encore la session locale (peut-être avec la 0.7.3 mais je n'y suis pas encore parvenu), mais c'est déjà très bien.
# série TV
Posté par nodens . En réponse à la dépêche Star Wars : The Clone Wars. Évalué à 2.
Mais une petite recherche rapide m'a montré que c'était juste M6 qui avait diffusé ça sous forme d'un long, et que le conditionnement en DVD avait tendance à conforter cette impression...
Bref je n'ai rien à dire, mais comme j'ai dit plus haut que j'avais un commentaire à faire un peu moins HS, faut assumer :)
[^] # Re: wtf ?
Posté par nodens . En réponse à la dépêche Star Wars : The Clone Wars. Évalué à 3.
Ca sera toujours mieux qu'ici, parce que là franchement c'est pas le meilleur endroit surtout si tu veux qu'on te lise, les journaux cinéma c'est pas hyper porteur comme canal :)
D'ailleurs le résultat de ce sondage c'est qu'on a le choix. A toi d'aller dans préférences et de choisir l'interface qui te convient le mieux.
En ce qui me concerne, après une réaction épidermique au début, qui me conduisait à cliquer systématiquement sur dépèche pour n'avoir que ça, et à pester contre l'absence de colonne de droite avec les secondes pages et autres, j'ai fini par m'y faire... Au point que quand il est devenu possible de choisir, je suis repassé à l'ancienne interface mais je n'ai pas tenu plus d'une ou deux visites avant de repasser à la nouvelle :)
Bon, sur ce, fin du HS et retour au sujet du journal (mais dans un autre commentaire, comme ça on pourras dépertinenter le mien quand celui du dessus aura été inutilisé ;) )
# Status "deleted" sur le site de l'iso ?
Posté par nodens . En réponse à la dépêche Normalisation d'OOXML, enfin diront certains.... Évalué à 2.
Quelqu'un aurait une explication ?
[^] # Re: debian...
Posté par nodens . En réponse à la dépêche Analyse de 13 ans de gouvernance sur le projet Debian. Évalué à 5.
Backports.org est visible sur le site. En tout cas dans la recherche de paquets : les paquets de backports.org apparaissent.
Cela dit il ne s'agit pas d'un projet officiel (sinon ça serait backports.debian.org...).
Pour debian-multimedia, ça ne risque pas d'apparaître sur le site : il y a généralement une bonne raison pour que les paquets de debian-multimedia ne soient pas dans debian... Il suffit de chercher dans les archives de debian-legal pour savoir laquelle :)
PS (et complètement HS) : excellent le strip sur l'autosatisfaction récursive quand on se répond à soi-même ;-)
[^] # Re: debian...
Posté par nodens . En réponse à la dépêche Analyse de 13 ans de gouvernance sur le projet Debian. Évalué à 10.
Quelque chose comme "Le coin du développeur" (lien en première page du site, sisi, en haut) : http://www.debian.org/devel/ ?
Bon certaines fonctionnalités se découvrent un peu par hasard (comme l'utilisation de rewrite rules sur bugs.debian.org ou packages.debian.org - on peut par exemple préciser directement packages.debian.org/paquet, bugs.debian.org/paquet ou encore bugs.debian.org/numerobug.
Cela dit je trouve qu'un certain nombre de choses se sont en effet améliorées quand Sam était DPL du point de vue accessibilité / ergonomie. Par exemple le système de gestion des bogues, la recherche de paquet ont plein de fonctionnalités sympa maintenant (genre le resumé des infos du paquet à droite, avec accès au changelog, aux sites annexes du styles packages.qa.debian.org et tout cette sorte de choses, le versionning plus fin dans les bugs...)
C'est sûr visuellement c'est pas du launchpad, mais je trouve ça relativement clair et facile à utiliser. En plus ça passe mieux dans lynx, ce qui est très pratique quand on doit dépanner un serveur depuis la salle machine ;)
Dans le genre "lien du haut" je conseille fortement le "plan du site", et si des gens veulent aider au développement du site web je pense que le mieux est d'aller voir d'abord là : http://www.debian.org/devel/website/desc (accessible depuis le coin du développeur).
En ce qui me concerne, Debian est l'une des distributions les plus (et les mieux) documentées... Bizarrement personne ne va voir les docs officielles. Ca doit être une histoire de référencement, les gens ne sont plus habitués à chercher l'information là où elle se trouve, ils cherchent uniquement avec leur moteur de recherche favori (et sans utiliser les fonctionnalités avancées de ce dernier).
En plus j'ai l'impression que tous ces changements passent inaperçu pour les gens qui se plaigne du site... A croire que parce qu'il est perçu comme moche, compliqué, inaccessible (j'ai du mal à saisir ce point de vue mais admettons), il ne bougera jamais. Ou plutôt, puisque le design de la page d'accueil n'a pas changé, le site n'a pas évolué.
[^] # Re: Vaporware ?
Posté par nodens . En réponse à la dépêche IE8, le test Acid2 et le futur du web. Évalué à 1.
Euh oui alors là c'est pas pour défendre microsoft, mais le système de gestion des droits est tout sauf archaïque. Il y a bien quelques trucs merdiques qui trainent, généralement pour cause de compatibilité ascendante, ce qui pause quelques soucis de sécurité (genre la compatibilité lmhash couplé à la conservation en cache des données d'authentification, idéal pour récupérer le mot de passe d'un utilisateur du domaine qui se loggue sur une machine dont on est admin), mais globalement les méchanismes d'authentification (utilisateur / processus...) sont plutôt bien conçu, bien qu'un peu trop compliqués à mon goût. Jette un oeil à LSASS (service de gestion des autorités) par exemple, tu verras que c'est tout sauf archaïque.
Le problème, c'est plutôt que c'est trop évolué, et pour des choses simples ça peut s'avérer complexe.
Par exemple, il y a beaucoup d'applications codées avec les pieds par des dev qui sont administrateurs de leurs machines de test (parce que pour avoir le droit "debug" sur un process il faut être admin, sauf sur vista) et obligent les utilisateurs à en faire autant, ou qui simplement ne documentent pas les droits nécessaires au bon fonctionnement de l'application. Cela couplé à des utilisateurs qui ne savent pas trop ce qu'ils peuvent risquer en utilisant leur machine en administrateur, ou ne désirent pas s'embêter avec ce genre de choses.
Le seul problème c'est les failles de type exécution arbitraire et les escalades de privilèges. Mais là, pas de jaloux, on a les mêmes sous linux ;-P
(eeeet merdeuh, j'en ai plein ma godasse...)
# fsck -> reiserfsck
Posté par nodens . En réponse au message [Ubuntu] Problème de fsck au boot. Évalué à 1.
Ou encore, reiserfsck .
En ce qui concerne ton histoire de ventilo, le ventilo du proc, sur un xeon... même à base PIII... ça m'étonnerai que ça tienne longtemps si tu l'enlèves :)
Tu peux essayer de voir si ce n'est pas à cause d'un cheveu ou autre qu'il s'est mis à ronfler. Cela dit si il est voilé, il n'y a rien à faire si ce n'est le changer.
Enfin... Tout cela n'a absolument rien à voir avec le dist-upgrade en soi, en tout cas. Ca aurait pu arriver avec un simple arrêt / redémarrage si ton système de fichier n'a pas été vérifié (pour de vrai, pas un replay du journal) depuis longtemps.
[^] # Re: on s'en passerait bien
Posté par nodens . En réponse à la dépêche Le projet Fprint et les scanneurs d'empreintes digitales. Évalué à 3.
Ca a déjà été précisé, mais j'en rajoute une couche : ce n'est pas du tout le cas des lecteurs d'empreinte grand public actuels.
De plus, il ne s'agit pas de repérer des caractéristiques personnelles uniques, mais simplement de différentier un doigt coupé d'un doit toujours relié à la main... Les capteurs ne sont pas assez précis pour différencier les caractéristiques cutanées de personnes différentes, qui peuvent en plus varier d'un moment à un autre.
Mes informations datent un peu (la conférence à laquelle j'avais assisté là dessus date d'un an), mais pour ce que j'en sais, la grande majorité des lecteurs d'empreinte digitale est facile à abuser.
Une fois l'empreinte récupérée (sur un verre, une feuille de papier...) et numérisée (un bête appareil photo numérique fait souvent l'affaire, selon la résolution du lecteur d'empreinte évidemment), il suffit d'une imprimante laser et d'un transparent à présentation pour se fabriquer un "dummy finger", autrement dit une fausse empreinte qu'on glisse sur son doigt. Les caractéristiques de température (sinon de conductivité) sont conservées.
Il existe de nombreuses méthodes pour obtenir des pseudo doigts plus fiables (glu, graphite pour rendre le tracé plus précis...).
Un bon lecteur d'empreintes digitales, ce n'est pas demain qu'on le verra dans un équipement grand public.
Les anglophones peuvent chercher "hacking fingerprinting recognition" dans leur moteur de recherche de prédilection pour avoir quelques slides sur la question.
(Bon, en plus, je suis contre la biométrie comme méthode d'authentification seule... Comme cela a été dit plus haut, on a que dix doigts et c'est difficile à révoquer).
Pour en revenir à la dépêche, une api qui gomme un peu les différences sous-jacentes, par contre, ça ne peut qu'être une bonne chose pour l'interopérabilité (ben oui, je suis contre, mais je pourrais être amené à devoir me plier à des procédures qui l'imposent :) )
[^] # Re: Un retour d'expériences a faire partager
Posté par nodens . En réponse à la dépêche PhpCompta 3.0.0 vient de sortir. Évalué à 3.
Il s'agit de "l’instruction 13L-1-06 n°12 du 24 janvier 2006" parue au Bulletin Officiel des Impôts. Elle n'impose pas directement d'être certifié d'après ce que j'en ai compris, mais la certification NF « Logiciel de Comptabilité Informatisée » certifie qu'un logiciel répond aux exigences des impôts.
Or, ça m'étonnerait que la direction générale des impôts reconnaisse d'autres normes que la Norme Française (ou qu'ils soient capables de vérifier eux-mêmes que tel ou tel logiciel répond à la norme, après tout les organismes de certification ça sert à ça) ;)
Du coup ça impose effectivement d'employer un logiciel certifié NF pour la comptabilité, du moins en cas de contrôle fiscal. Si le logiciel ne répond pas aux exigences de la DGI, la compta peut être refusée, et en cas de contrôle fiscal ça doit faire mal :)
Après, IANAL, et certainement pas en droit fiscal. Si ça se trouve il suffit, en cas de litige, de démontrer que le logiciel employé répond à la norme.
[^] # Re: Prix
Posté par nodens . En réponse à la dépêche Asus lance son Eee PC. Évalué à 1.
[^] # Re: Prix
Posté par nodens . En réponse à la dépêche Asus lance son Eee PC. Évalué à 2.
Et il y a de tout, du clavier virtuel au pickboard en passant par la reconnaissance d'écriture.
Je pense que c'est surtout par manque d'expérience ou peur des problèmes de maintenance / support... même si ces peurs ne sont pas forcément fondées.
# Houlà... Ça nous rajeunit pas...
Posté par nodens . En réponse au sondage Depuis quand utilisez-vous Linux ?. Évalué à 1.
Je crois bien que c'était l'un des premiers cybercafés de province, ça avait fait du bruit à l'époque. Je ne me souviens plus de la version mais c'était RedHat, avec AfterStep (le bureau virtuel était un peu déroutant mais j'ai vite accroché) et un client IRC dont je ne me rappelle plus le nom, je crois que c'était un peu tôt pour que ça soit xchat. La notion d'OS était encore un peu floue pour moi à l'époque (et c'est bien la preuve que linux était déjà prêt pour le desktop, inutile d'attendre le prochain passage). ;)
L'OS tout le monde s'en foutait, ce qui comptait c'était internet.
Il a fallu attendre un peu avant que j'installe moi-même ma première redhat, (en dual boot sur le PC familial) vu que c'était une 5.2, récupérée via l'infâme Micro Application. Heureusement j'avais Le système linux de chez O'reilly à côté :). Par la suite je suis passé à Mandrake vers la 6.2 et j'ai finalement basculé définitivement vers Debian... Enfin juqu'à preuve du contraire mais j'ai plus envie de changer :)
Cela dit les distributions ont bien évolué depuis... Quand on compare une redhat 5.x à une fedora, une debian ou une ubuntu récente... Ca fait rêver :)
[^] # Re: FreeBSD
Posté par nodens . En réponse à la dépêche Lenovo pourrait fournir ses ThinkPads avec GNU/Linux. Évalué à 1.
Je connaissais pas Douglas Hofstadter, du coup la référence m'échappe... Bon ben maintenant je sais quoi lire quand j'aurais fini le en:Baroque_Cycle :)
[^] # Re: Xen VS VMWare ?
Posté par nodens . En réponse à la dépêche Citrix Systems Inc. achète la société XenSource Inc.. Évalué à 2.
J'étais déjà tombé sur openQRM mais je ne sais pas pourquoi, j'avais eu l'impression que la version libre était assez limitée... en relisant les doc j'ai l'impression que je m'étais trompé, à creuser, donc.
Après, quand c'est juste pour gérer des domU pour faire des machines de test ou gérer un seul serveur, xen-tool sous debian et les commandes xm restent mes outils de prédilection ;)
[^] # Re: Xen VS VMWare ?
Posté par nodens . En réponse à la dépêche Citrix Systems Inc. achète la société XenSource Inc.. Évalué à 3.
Autrement dit, la version propriétaire.
Rien ne s'oppose vraiment à faire le même genre de chose avec la version GPL, vu que les fonctionnalités sont là : possibilité de faire de la migration de domaines en live à condition d'avoir un stockage partagé (et je crois que la migration live ne concerne pas encore les domU HVM, c'est à dire utilisant une virtualisation complète s'appuyant sur les extensions VT ou assimilé des processeurs récents), API permettant de controler les domU à distance... on a donc tout l'infrastructure nécessaire.
Après il n'y a plus qu'à déclencher les migrations en fonction des ressources disponibles et donc à avoir une idée de où est ton domU à un instant t... une sorte de scheduler de domU sur plusieurs serveurs physique en somme.... Tiens, c'est marrant, maintenant je comprend pourquoi ils arrivent à le vendre cher (et à augmenter les prix de 300% à 750% d'une version à une autre...) ;)
Bon si on veut simplement faire de la redondance et une répartition de charge "manuelle" il y a déjà tout ce qu'il faut, et il doit même y avoir des softs qui te font de jolies interfaces pour gérer tout ça comme XenMan.
PS: si quelqu'un arrive à faire ce genre de chose avec la version libre, ou si il y a des docs quelque part, autre que des slides succints que j'ai déjà vu, alors je suis *très* intéressé, même que je dois pas être le seul ;)
[^] # Re: Plusieurs claviers
Posté par nodens . En réponse à la dépêche Une doc intelligible et détaillée sur XKb ? Mais oui... et en français.... Évalué à 2.
Bon, on va dire que pour le script d'exemple ce n'est pas un post complètement inutile, et puis c'est le mois d'août tout le monde s'en fout ;)
[^] # Re: Plusieurs claviers
Posté par nodens . En réponse à la dépêche Une doc intelligible et détaillée sur XKb ? Mais oui... et en français.... Évalué à 2.
Ainsi, quand on veut brancher tel clavier (ou utiliser telle application), on lance xmodmap fichier où fichier est un fichier xmodmap maison... C'est actif immédiatement.
Exemple concret : pour jouer à Freespace2, comme les caractères spéciaux (les accents, les touches mortes...) ne sont pas gérés, et que ça devient vite pénible de ne pas pouvoir utiliser les touches &é"'( sans appuyer sur shift pour avoir 12345, j'ai un script qui charge une xmodmap spécifique (et remet l'ancienne à la fin du programme (un petit trap pour gérer les crash et autres permet d'éviter les gags de non-restauration pour cause d'interruption brutale du programme sur une erreur de segmentation qui interromprait le script avant qu'on ait pu restaurer la configuration d'origine).
cf ici (en anglais, désolé, la flemme de traduire) :
http://www.hard-light.net/wiki/index.php/Fs2_open_on_Linux#I(...)
[^] # Re: Firefox / IceWeasel
Posté par nodens . En réponse à la dépêche Firefox : Entretien avec la présidente de la Mozilla Foundation. Évalué à 10.
Les modifications de debian consistent surtout en des modifications en vue d'aider à l'empaquetage ou à la cohérence de la distribution, ou pour corriger les problèmes de sécurité sans passer à une version supérieure (pour la maintenance de la version stable).
Maintenant, ce qui dérangeait Debian, c'est que la fondation Mozilla a offert de continuer à laisser Debian appeler son navigateur Firefox, sous réserve de validation de tous les patches, ce qui est peu pratiquable (surtout que c'est arrivé peu avant le freeze de Etch). D'autre part, le fait d'avoir le droit de nommer firefox comme tel dans debian n'était pas complètement satisfaisant de toutes manières, le problème est que ce type de restriction fait dangereusement approcher un soft de la barrière de "non-free" selon Debian.
Du coup, intégristes, certes... Mais de quel côté, ça se discute, sachant que de gros efforts avaient été faits par Debian lors de la première polémique à ce sujet qui s'était soldé par une autorisation de la Mozilla Foundation.
Bon, chacun voit midi à sa porte, etc.
En ce qui me concerne j'utilise Iceweasel et Icedove et ça me convient très bien :)
[^] # Re: Migration de sarge vers Etch
Posté par nodens . En réponse à la dépêche Debian GNU/Linux 4.0 : Etch sort de l'oeuf. Évalué à 2.
Ça fait une durée de vie totale de 2 ans 1/2, c'est certes pas mal, mais quand on vend un service les contrats sur 3 ans sont courants et il n'est pas facile de faire admettre le besoin d'une mise à niveau avant la fin du contrat initial, avec ce que ça peut impliquer en termes de besoins de TMA, de dev, le besoin d'une machine de test / recette, etc.
Évidemment, il est difficile pour Debian, avec son nombre de paquets toujours grandissant, de fournir un tel service (maintenance de l'anciene stable) bien longtemps, et 1 an minimum semble être un bon compromis... Cela dit ça ne m'empêche pas de loucher avec envie vers le support 5 ans de Ubuntu LTS.
J'ai aussi un souci de mise à jour avec les vieux serveurs qui ont du netraid 1M ou 2M, il y a un souci avec les id PCI qui n'a pas été réglé avant la release malgré ma réouverture du bug et mes relances (pas critique à ce qu'il parait), et ça m'oblige à fournir un noyau patché (le patch est trivial et était présent sur des versions précédentes, il a sauté pour une raison inconnue) pour certains serveurs.
Bon, ces petits griefs mis à part, c'est moi qui ai préconisé Debian au boulot et je ne suis pas prêt de changer d'avis même si comme l'a si bien dit Sam « les autres peuvent faire mieux » sur certains points :)
# GPLv2
Posté par nodens . En réponse au sondage La licence que je préfère utiliser pour mes logiciels est. Évalué à 1.
D'ailleurs c'est pas nouveau, en fouillant je m'aperçoit que tout le code que j'ai publié un jour ou l'autre (bon, d'accord, ça fait pas beaucoup) était en GPLv2 et pas v2 et supérieure :)
Évidemment ça ne s'applique pas au code que je contribue, dans ce cas j'utilise la licence du projet...
Quand à ce que j'utilise, je le préfère libre et conforme aux DFSG.
[^] # Re: Sensmotdire???
Posté par nodens . En réponse à la dépêche La conjugaison française libre. Évalué à 3.
On me souffla il y a un moment dans mon oreillette qu'il serait grand temps que je me carapatasse. J'obéis, donc -> [ ] ;)
PS : tiens, carapater est bien présent, mais est ce que la forme correcte ce n'est pas se carapater ?
[^] # Re: Ce n'était pas un dell
Posté par nodens . En réponse à la dépêche RMS par Alan Cox. Évalué à 5.