Anonyme a écrit 62292 commentaires

Le gros flou là-dedans, c'est qu'on ne sait pas qui participe à ce sondage. Surtout, on ne sait pas si ce sont des requêtes d'utilisateurs de GNU/Linux ou pas.

Or ça change beaucoup le sens des réponses. Savoir ce qui manque réellement aux gens est très différent de savoir ce que les gens pensent qui leur manquerait si leur vie était différente.
Qu'un type qui n'utilise pas GNU/Linux pense que Photoshop lui serait nécessaire est bien différent du discours d'un type qui utilise GNU/Linux et n'est pas tout à fait satisfait avec Gimp.

Par ailleurs, on ne sait pas le sens que veut donner Novell à ce sondage : est-il envisagé de bosser sur les équivalents libres des plus demandés ? est-il envisagé de porter les plus demandés ? est-il envisagé de bosser à faire rendre libre les plus demandés ?

Une contravention va intégralement dans le budget de l'état. C'est du ressort du pénal, ce n'est pas un dédommagement pour partie civile.

Ceci étant dit, c'est peut-être ridicule mais c'est sans doute moins ridicule que d'associer une copie d'un disque à une délit ! Au moins ça remet les choses à leur place. On me fera pas avaler que copier un disque est un acte comparable aux délits suivants (3 exemples au pif faisant encourir la même peine) : recours à une prostituée mineure ; exploitation de la mendicité d'autrui ; destruction ou détérioration grave à l'encontre d'un établissement scolaire...

Moué ca c'est du centrisme social-démocrate.

Ok, c'est de bonne guerre. Mais pour quoi tu guerroies, au fond ? Quel est l'enjeu ?

> Les mecs, vous savez que vous êtes en train de vous
> défouller sur un format antédiluvien, qui a été inventé dans
> une autre époque, où il n'y avait pas d'ACLs, où il n'y avait
> qu'un seul utilisateur, où il n'était même pas rare de booter
> sur disquette !

Désolé de te réveiller, mais en ce qui concerne le multi-utilisateur, UNIX sait faire depuis sa création, en 1970.

oui oui, je suis tout a fait d'accord
Bon je vais te donner ma botte secrete pour les genres : ce ne sont pas des "genre" connus, je me suis débrouillé pour les regrouper. voilà, j'ai a la racine de ma collec :
Amplifié (Rock, indépendants, et en gros toute la musique de 'scène')
Electro (Réducteur, mais j'ai pas trouvé mieux)
Jazz & Hybrides (Jazz, et Jazzmen avec sauce électro/electrique)
World
Classique
Chanson

~$ find /mnt/storage/Zik/ -type f | wc -l
6342

Bon je dois dire que ma mémoire musicale doit beaucoup jouer : je sais exactement les types d'ambiances de chaque artistes, voire les différences entre les albums, en un clin d'oeuil ma mémoire auditive me restitue l'ambiance et je sais si je veux écouter ca ou non. Je "ressent" les styles rien qu'en me rappellant un artiste/album. En fait ce doit être là ou les tags ne me servent pas : je sais qu'ils ne pourrons jamais avoir la finnesse de ma mémoire pour mes choix ! Et j'aurais tendance à croire d'avoir trop filtré et occulté ce que j'aurais voulu entendre. Voir l'intégralité des artistes me rappelle leur musique et m'aide dans mon choix. Et finalement 6000 entrées, c'est pas si énorme comme collec. (d'ailleurs j'écoute énormément les webradios)

Autre chose, j'aime bien écouter un album en entier, ou une compile et me laisser porter par les choix que l'on a fait pour moi.

Finalement c'est peut être tout simplement l'aproche de la musique qui n'est pas la même ... selon si on est axé genre ou artiste, peut être ?

Bien, sur, et comme c'est si simple, il suffira de te laisser implémenter la négocation du protocole (tu supporte mes tag oui ou non ?), et de patcher tous les différents serveurs web/mail/ftp/smb/nfs (pour n'en citer que quelque uns).

On pourrait aussi patcher subversion/cvs/amanda/tar/zip/git (pour n'en citer que quelque uns), parce que je veux garder mes tags dans mes sauvegardes et dans mon système de versionning.

Ne pas oublier que tout ca doit être standardisé et publié dans une RFC ou validé par un commité (c'est comme ca qu'on dit ?) ISO.

Ou peut être veux tu passer par une implémentation côté client qui rajoute des petits fichiers horribles qui pullulent sur le système, à la Mac OS X ?

L'une des forces de l'informatique c'est l'encapsulation, l'une de ses contraintes, c'est son passif.

quand tu change un modules il faut faire

depmod -a

histoire de voir si tout vas bien

On peut imaginer une arborescence virtuelle à part, fuse pourrait permettre des choses rigolotte couplé à tout ca.

En fait, pour peu que les étiquettes forment un DAG (graphe orienté sans cycles), tu retrouves les avantages de l'arborescence sans les inconvénients.

Hum, va falloir faire comprendre ca à Mme michu :)

Pas de bol, j'ai une grosse collection de musique, et je n'ai justement rien de trouvé mieux que le genre/artiste/album. Le principal étant d'être malin dans la dénomination des genres (70-80 genres c'est d'un ridicule sans nom puisque les artistes/albums d'un genre pur sont rarissimes).

J'ai autre chose à faire que de renommer mes tags et mes fichiers, il est clair qu'une base serait totalement inutile, et que seule l'arborescence permet de m'y retrouver, avec une grosse discipline lors d'ajout de fichier. Certes, ce n'est pas idéal, mais en 2006 y'a pas mieux, et en 2007 j'envisgerais peut être plus sérieusement un système comme décrit plus haut.

En tous cas, tous les soft qui essaient d'être malin avec les tags sont inutiles à mon goût, j'en revient toujours à un classement par ordre de chemin ...

Pour revenir sur le si tu classes mal, c'est mal classe!! : évidement. Sauf que dans une arborescence tu est toujours obligé de mettre ton fichier quelque part ... dans une base celà dépendra de comment est construit le truc et si c'est mal fait le type moyen aura vite fait de le mettre en vrac pour le récupérer avec une recherche sur les fichiers musicaux.

Ha oui autre chose !
Dans une arborescence pour chercher un fichier il suffit de parcourir les répertoires (ou faire des ls) en cliquant partout. Dans une base s'il faut pour faire une recherche, sélectionner le bon attribut, puis saisir une valeur au clavier ... l'ergonomie est clairement moins bonne.

Bien sur on pourra toujour faire des vues pour ceci ou cela. Mais on a toujours des fichiers qu'on ne sait pas trop comment classer. Ils n'apparaiteront pas dans les vues prédéfinies (puisqu'ils ne correspondent à rien de connu).

Et puis les vues, d'accord pour la musique (une première vue de pseudo répertoire avec les artistes, contenant les vues pseudo répertoire 'album' puis les fichiers), mais comment classer entre elle des données qui n'ont rien à voir ? On peu imaginer une pseudo racine contenant la vue Musique, Documents, Documentations, Programmes, Projets. Mais on met qui dans quoi ? Finalement, projet ne va t'il pas dans Document ? Documentation dans programmes ? Musique dans Document ?

J'imagine même pas les débats sur les mailings list ... Pourtant même si ce sera personnalisable, il faudra bien se mettre d'accord pour une organisation par défaut !

Bref, c'est très intéressant, mais il y a tout à faire, et surtout, tout a réfléchir point de vue utilisateur ...

Moi les tags, je trouve ca très bien, mais ca ne remplacera jamais une arborescence bien oragnisée. Pour une raison toute bête : si l'on se base sur les tags pour classer les fichiers, que se passe t'il lorsque qu'un fichier est mal taggé ? Un vieux morceau que tu adore mal taggé et pas classé est perdu parmi les 100000 autres et introuvable. Dans une arborescence, s'il n'est pas rangé tout de suite, tu l'aura dans ton répertoire "autres" ou il n'y aura que quelques centaines de fichiers si tu es d'un bordellique moyen.

Mon point de vue est que les tags sont un plus, c'est tout. Pour moi un bon système serait un système de fichier classique, avec des exentions d'attribut (association nom->valeur - ex "mime->audio/ogg") sur chaque fichier.

Après rien n'empêche de faire une base avec ces attributs étendus et de la mettre à jour avec une surveillance (notify) du système de fichier couplé à des déclancheurs.

(PS : la réciproque de ce point de vue est de faire une vue arborescente dans une base de donnée)

ton disque devrait être monté dans /mnt ou qqch du genre.
tu peux utiliser lsusb pour savoir s'il est bien détecté et mount pour le monter.

Il faut donc que tu regardes du coté du gestionnaire de paquetages de ta distribution, chercher "apache", "php" et "sql" dans les descriptions des paquets devrait suffire à t'indiquer lesquels installer.

Tu veux dire que c'est un métier de faire des sondages et que du coup on devrait s'y fier ?

En France, il n'y a quasiment aucune élection ou les instituts de sondages ne se plantent pas grossièrement.

Que ces chiffres donnent des indications sans doute. Mais que ceux-ci soient fiables et facilement interpretables, c'est autre chose.

Donc ça n'a rien à voir avec le choix technologique, ça a juste à voir avec le fait que les auteurs de mod_perl aient cassé la compatibilité descendante avec mod_perl pour apache2.
Donc là dedans, .NET ou pas est indifférent.

C'est déjà plus clair.

« Mais non je suis pas incroyable :) MS peut très bien breveter des méthode d'enregistrement par exemple, comme ils ont voulu (j'ai pas tout suivi) le faire avec leur format Office XML entre autre. Ils ont peut être pas de brevets sur le format en soit mais sur des méthodes indispensable pourquoi pas. »

Ce qui est épatant reste tout de même ta volonté de bondir d'un truc à l'autre tout ça pour ne pas remettre en cause ton parti pris de départ.

A chaque fois apparaît un nouvel argument qui en appelle un autre ; mais dans l'ensemble, la question de départ reste dans l'oubli.

(là, on pourrait se demander comment il serait possible de trouver une méthode indispensable pour générer un fichier XML qui serait brevetable... une méthode indispensable pour générer un fichier texte ?)

bon puisse que tu es rodé lors de la prochaine install choisi commecarte graphique:

generic VESA

ce devrait peut etre aller mieux et ne branche qu'un seul ecran sur le sub15 (rien sur le dvi)

Tu peux donner des infos sur les précédents ?

A priori, le scan de port en soi ne permet pas d'infiltrer un serveur, il permet d'évaluer les moyens d'intrusion. Ce n'est donc pas un commencement d'exécution de l'intrusion, c'est un acte préparatoire.
Cet acte, à mon avis, ne traduit pas l'intention ferme de vouloir s'introduire sur ce système informatique, il peut très bien avoir désistement volontaire.

Concrètement, vu que les tribunaux français ont déjà considéré que le fait de palper les vêtements d'un inconnu dans le métro ne constituait pas un commencement d'exécution d'un vol mais un simple acte préparatoire, vu la trivialité du scan de port, je doute que ça prête vraiment à conséquence.

(Par contre, le scan de port, s'il y a ensuite acte ressemblant à une tentative d'intrusion, attestera sans doute de l'intention coupable)

Décidément totof2000, on doit vraiment pas avoir le cerveau foutu pareil :)

C'est marrant les petitions ou il faut payer.

Parce que en general quelqu'un qui travaille au noir se fait payer bien moins cher qu'un travailleur declare.

ha ha ha, laisse moi rire et très fort. Dans le batiment (petit batiment : maison et renovations, le gros je connais pas et je serais pas surpris que ce soit pire) certains artisants refusent les chantiers si le client ne veux pas payer une partie au noir (souvent jusqu'a 25% de la valeur des travaux !!). Je doute que ce soit des miséreux ici.

Je connais beaucoup d'autre domaines ou le noir est courrant, et on parle plus souvent de gens qui roulent en mercedes qu'en lada.

limite c'est a ce demander si les etudiants a l'ENA etudient les math et l'economie?

si il y a eu une experience en espagne 500 000 travailleurs clandestin/travailleurs AU noir, ont recu des papiers pour travailler de maniere "pas au noir", car la plupart des clandestin si il veulent travailler il sont obligé de le faire au noir.

Du coup bilan: Augmentation MASSIVE des revenu de la secu espagnole, avec comme ont dirais en france cagnotte pour les impots sur le revenu.
(si un journaliste peut m'expliquer la difference entre excedent budgétaire et cagnotte)

http://www.lemonde.fr/web/article/0,1-0%402-3214,36-730047,0(...)

sans compter les effets de bord exprimer dans l'article ci dessus.
Pour moi cela me parait tellement evident les effets positifs d'une regularisation MASSIVES je me demande pourquoi nous ne le faisons pas.

peut etre que beaucoup de francais pense qu'il y a beaucoup de parametres a tenir compte, qu'on ne peut pas lancer des chiffres comme ca, que c'est plus compliquer qu'il n'y parait. Tu as raison, ne faisons rien.