Christophe Fergeau a écrit 1255 commentaires

  • [^] # Re: boah tout le monde peut copier

    Posté par  . En réponse à la dépêche La justice confirme la légalité des systèmes anticopie sur les CD audio. Évalué à 2.

    Oui, je suis d'accord là, les autres normes sont construites "par dessus" cette norme de cd audios. Mais pour moi, un cd c'est juste le support physique (ie ce que t'appelle galette toi), donc j'ai pinaillé ;)
  • [^] # Re: boah tout le monde peut copier

    Posté par  . En réponse à la dépêche La justice confirme la légalité des systèmes anticopie sur les CD audio. Évalué à 4.

    J'ai le Red Book sur mon bureau, et les mécanismes de correction d'erreurs sont définis là dedans... Je ne sius pas convaincu qu'il existe une norme "CD" générale...
  • [^] # Re: boah tout le monde peut copier

    Posté par  . En réponse à la dépêche La justice confirme la légalité des systèmes anticopie sur les CD audio. Évalué à 2.

    > white book sur les CD en général.

    C'est quoi ça ?
    http://www.disctronics.co.uk/technology/cdbasics/cd_books.htm(...) dit que c'est pour les video cds le white book.
  • [^] # Re: boah tout le monde peut copier

    Posté par  . En réponse à la dépêche La justice confirme la légalité des systèmes anticopie sur les CD audio. Évalué à 1.

    > par pitié arretez de parler de CD, les galettes protégés ne sont PAS des CD

    Bah si, c'est un CD, par contre c'est en général pas un Compact Disc Digital Audio tel que défini dans le Red Book.
  • [^] # Re: boah tout le monde peut copier

    Posté par  . En réponse à la dépêche La justice confirme la légalité des systèmes anticopie sur les CD audio. Évalué à 2.

    > rapper au portefeuille en refusant d'acheter les disques protégés, en les rapportant au magasin comme défectueux, etc

    A mon avis, c'est mieux de ramener le cd au magasin comme défectueux que de ne pas l'acheter. Surtout qu'il me semble qu'il leur est interdit de remettre en vente un produit qui a été déballé... Je me demande la tête que ferait les gars du magasin d'ailleurs si tu achetais 15 exemplaires du même CD protégé pour tout ramener d'un coup pour se faire rembourser ;)
  • [^] # Re: qu'est-ce qu'on s'marre

    Posté par  . En réponse à la dépêche IBM pour une réforme de la brevetabilité. Évalué à 2.

    > Le seul moyen actuel pour les organismes de brevet d'absorber le flux, c'est de diminuer les verifications.

    En embauchant du monde, de préférence des gens spécialisés dans des domaines bien précis, ça aiderait pas ?
  • # le 28 mai

    Posté par  . En réponse au journal Comédie musicale "La nuit des anges". Évalué à 3.

    > De toute façon, le samedi soir y'a rien à la télé.

    Non, mais ce samedi là c'est mon anniversaire!!!

    (je sais, on s'en fout ;)
  • [^] # Re: Gni ?

    Posté par  . En réponse au message Probleme de lecture fichier. Évalué à 3.

    > Tu devrais aussi jeter un oeil du coté des expression régulières pour ce genre de traitement.

    Ouais, c'est clairement le genre de parsing lourdingue à faire en perl ou en python ça, ça fait gagner un temps infini.
  • [^] # Re: Scheduler domains

    Posté par  . En réponse au journal Le dual core : faussement nouveau ?. Évalué à 5.

    « Ainsi, au lieu de changer brutalement un thread d'un processeur à un autre, il peut essayer de le conserver dans le même processeur, pour bénéficier des effets de cache communs dans une architecture multi-coeur. »

    En ce qui concerne les procs dual-core d'intel, a priori ils n'ont rien du tout en commun, pas même le cache (c'est 1 Mo pour chaque coeur), l'article à ce sujet sur hardware.fr dit même :
    « lorsque les deux core ont besoin de communiquer, on a l’obligation de passer par le chipset de la carte mère, comme c’est le cas d’une véritable configuration bi-processeur chez Intel. »

    Le scheduler ne doit donc pas pouvoir faire grand chose de "rusé" sur ces procs là (hors hyperthreading).
  • [^] # Re: codec libre?

    Posté par  . En réponse à la dépêche MPlayer 1.0pre7 "PatentCounter" dans les bacs. Évalué à 6.

    > Par contre, il n'y a pas de problèmes de brevets puisque On2, la société qui détient les brevet, à juré de ne rien faire à l'encontre de Théora.

    J'aurais plutôt tendance à dire que certaines techniques employées par Theora "violent" des brevets d'On2, et qu'On2 a dit qu'ils ne feraient rien à l'encontre de Theora.. A mon avis, y a aucune garantie qu'une société tierce ne sortira pas de brevet potentiellement violé par Theora de son chapeau.
  • [^] # Re: L'info sur kerneltrap

    Posté par  . En réponse à la dépêche Linus développe un remplaçant original à BitKeeper. Évalué à 5.

    > Il ne vole personne, les gens sont libres de travailler sur ce que bon leur semble. Est-ce qu'on se plaint que KDE vole des forces de dev Gnome ?

    Oui, tous des voleurs les kdeistes, rendez-nous nos développeurs!!! ;)


    > Pourquoi ne pas lui demander de bosser pour KDE aussi ?

    Pour GNOME c'est mieux :p
  • # Viva linuxa fr-a

    Posté par  . En réponse à la dépêche Linus développe un remplaçant original à BitKeeper. Évalué à 10.

    Alors, comme d'hab sur linuxfr, on débat, on débat sans même se rendre compte qu'on est plus ou moins à côté de la plaque...
    Pour ceux qui pensent que linus est un génie parce qu'il a réécrit bitkeeper en 2 lignes de code et que les gars d'arch et subversion et tout ça sont des gros nuls parce qu'en qques années ils ont pas été foutus de faire la même chose, pour ceux qui pensent que linus est un idiot de refait son propre scm alors qu'il pourrait contribuer à d'autres projets, ... Bref, pour tous ceux qui pensent que git est un scm, je me permets de citer un mail de linus (récupéré sur http://kerneltrap.org/node/4982(...) qui est cité dans un commentaire précédent, mais le linuxfrien moyen n'est pas capable de lire avant d'ouvrir sa gueule, et probablement encore moins de comprendre ce qu'il lit quand par miracle il le fait) :

    « Anyway, the reason I can do it quickly is that my scripts will _not_ be an SCM, they'll be a very specific "log Linus' state" kind of thing. That will make the linear patch merge a lot more time-efficient, and thus possible. »
  • [^] # Re: Brevets

    Posté par  . En réponse à la dépêche GUADEC 2005 : Stuttgart, 29-31 mai. Évalué à 3.

    Deux petits points de pinaillage :
    * Nokia ne bosse pas sur GStreamer à ma connaissance (ie j'ai pas vu d'employé de Nokia envoyer des tonnes de patches pour GStreamer), par contre j'ai vu une ou deux offres d'emploi de Nokia où ils recherchaient des personnes connaissant GStreamer, donc ils doivent l'utiliser pour certains de leur projet de R&D même s'ils ne modifient pas GStreamer en lui même (du alors ils gardent leurs chagnements pour eux).
    * GStreamer est en LGPL, pas en GPL
  • [^] # Re: Brevets

    Posté par  . En réponse à la dépêche GUADEC 2005 : Stuttgart, 29-31 mai. Évalué à 3.

    >on se rend compte qu'ils seront en ouverture du 2è jour.

    En ouverture des soirées au pub du guadec ? :)
    http://2005.guadec.org/schedule/(...)
    (à noter qu'il y a deux talks sur les brevets logiciels juste avant la conf de nokia)
  • [^] # Re: Brevets

    Posté par  . En réponse à la dépêche GUADEC 2005 : Stuttgart, 29-31 mai. Évalué à 4.

    > Le fait est que Nokia, en tant que société, est un des plus gros partisants des brevets et si on invite Nokia, ça me pose problème qu'on les présente comme "gentille boîte qui a des success stories en open source".

    Ca fait plusieurs fois que je fouille sur le site, et je trouve quasiment rien sur la venue de nokia au guadec... Je pensais que ca devait être au moins un des sponsors principaux et que le logo devait être sur la première page pour qu'il y ait des remarques à ce sujet. Mais là, la venue de nokia pour faire une conf m'a quand même l'air d'être un non évènement ;)
  • [^] # Re: Brevets

    Posté par  . En réponse à la dépêche GUADEC 2005 : Stuttgart, 29-31 mai. Évalué à 4.

    C'est toujours pareil, nokia c'est un gros truc, donc tu trouves de tout dans la boite, d'un côté t'as les personnes chargées de se prononcer pour ou contre les brevets logiciels qui trouvent ça bien, de l'autre t'as des équipes de R&D qui bossent sur des produits utilisant gstreamer (et j'imagine que c'est pas le seul truc libre qu'ils utilisent).
  • [^] # Re: Sceptique

    Posté par  . En réponse au journal Réactivité SNCF. Évalué à 3.

    La partie sur "les mains compétentes des ssii" est complètement ironique, c'est probablement impossible à deviner juste en lisant mon premier post, mais ça m'a amusé de laisser ça comme ça.
    Donc je sous-entends un truc dans mon post, mais ça ne concerne pas nos amis cheminots ;)
  • [^] # Re: booh

    Posté par  . En réponse au message Motorola 68000. Évalué à 2.

    Pour avoir un compilo fonctionannt sur i386 et générant du code 68k, tu peux chercher les crosscompiler pour motorola coldfire sur uclinux.org, ils devraient être capables de générer du code 68k aussi.
    Sinon, pour compiler de l'asm, y a pas besoin de recompiler gcc, as est dans les binutils si mes souvenirs sont bons.
  • [^] # Re: Trouver les normes, et s'inspirer du noyeau Linux

    Posté par  . En réponse au message Parcourir un dvd iso9660. Évalué à 2.

    Pour l'iso9660, y a une norme équivalente et dispo gratuitement à l'ECMA (je sais plus la ref).
    T'es sûr à 100% que ton DVD il est en iso9660 ? c'est de l'udf en général les dvds il me semble.
  • [^] # Re: Sceptique

    Posté par  . En réponse au journal Réactivité SNCF. Évalué à 2.

    > J'ai rencontré des personnes qui ont travaillé sur le nouveau système de la SNCF, d'après eux, c'est tellement une usine à gaz que les tests ne viendrons pas à bout des bugs

    Question à 100 balles, ce nouveau système de la SNCF il a été fait en interne, ou bien ça a été confié aux mains compétentes d'une SSII?
  • [^] # Re: Photos Distributeur Semitag : pas une bonne idée...

    Posté par  . En réponse au journal Les (vieux) automates de la SNCF tournent sous.... Évalué à 3.

    Mouais, je suis pas du tout d'accord avec ton interprétation, mais je comprends ton point de vue ;)
    Le coup de la tour eiffel, c'est quand même une exception, pour tout le reste de l'espace public tu peux faire ce que tu veux.
  • [^] # Re: Photos Distributeur Semitag : pas une bonne idée...

    Posté par  . En réponse au journal Les (vieux) automates de la SNCF tournent sous.... Évalué à 2.

    >Pour les photos, en effet, je viole manifestement leurs droits, puisque je diffuse l'image du design, et la composition intérieure de la machine.

    Ca dépend, tu les as eu comment ces photos ? J'aimerais bien voir apple ou dell attaquer qqu'un en justice parce qu'il a ouvert son mac ou son pc, pris des photos de l'intérieur et les as diffusées ;)
  • [^] # Re: Photos Distributeur Semitag : pas une bonne idée...

    Posté par  . En réponse au journal Les (vieux) automates de la SNCF tournent sous.... Évalué à 3.

    Bah si c'est lui qui a pris les photos durant une journée porte ouverte (ça veut dire ça JPO ?), je vois pas trop où il y a des pbs de propriété intellectuelle ou de droit de diffusion ou de trucs du genre.
    Et j'aurais plutôt tendance à dire que si t'as rien signé t'interdisant de diffuser ce genre d'infos, alors rien ne te l'interdit.
  • [^] # Re: NS-DK ?

    Posté par  . En réponse au journal Les (vieux) automates de la SNCF tournent sous.... Évalué à 2.

    > Passer de OS/2 PM (Presentation Manager) à Motif ne se fait pas sans douleur :-/

    Euh, faut être maso pour utiliser Motif de nos jours aussi ;)
  • # Projet Shell ?

    Posté par  . En réponse au message projet shell. Évalué à 2.

    Le shell c'est une variante du C que je ne connais pas ? Ou bien les liens vers les forums shells et C ont été échangés ?