matiasf a écrit 1969 commentaires

  • [^] # Re: pour Noël !

    Posté par  . En réponse à la dépêche Trop classe un bijou GNU(?)/Linux pour Noël !. Évalué à 2.

    C'est hors topic mais comme c'est plutôt calme actuellement... Avant j'utilisais rarement mes votes. Maintenant je donne souvent un [+] à tout les commentaires dont le score est négatif en espérant qu'il sera visible à ma prochaine visite... Je sais c'est minable...

  • # pour Noël !

    Posté par  . En réponse à la dépêche Trop classe un bijou GNU(?)/Linux pour Noël !. Évalué à 9.

    C'est un peu trop tard ... ou beaucoup trop tôt. Sinon, faites moi un cadeau : Comment on fait sur Da Linux French Page pour afficher les commentaires dont le score est inférieur à 0 ? Merci pour le cadeau !

  • # Re: GTK+ 2.2

    Posté par  . En réponse à la dépêche GTK+ 2.2. Évalué à 3.

    > tout en maintenant une compatibilité (source et binaire) avec GTK+ 2.0.

    Comme gnome 2.2 sera compatible avec gnome 2.0.

  • [^] # Re: PHP 4.3.0 est sorti

    Posté par  . En réponse à la dépêche PHP 4.3.0 est sorti. Évalué à 4.

    Très interressant.
    Beaucoup connaissent php et moins bash. Ils peuvent maintenant faire des scripts très puissant sans apprendre bash.
    Très cool.

  • [^] # Re: Aux supporteurs de KDE

    Posté par  . En réponse à la dépêche Nouvelle distribution beta de RedHat. Évalué à 8.

    > XFree 4.3 (un enigmatique 4.2.99).

    C'est 4.2.99.2 et c'est pas enigmatique puisque le site de xfree indique que c'est une sorte de Realase Candidat de XFree 4.3.

    Bon Noël a tous. Je dois aller bourrer une dinde (que du bonheur...).

  • [^] # Re: Aux supporteurs de KDE

    Posté par  . En réponse à la dépêche Nouvelle distribution beta de RedHat. Évalué à 10.

    > La dernière partie des critiques concernait surtout le choix des applications par défaut

    Le chois des applis par RH est plutôt bon voir évident. evolution répond à la majorité des demandes, mozilla est évident comme chois (remarque, ce n'est pas galeon le navigateur par défaut), openoffice est aussi évident.

    Par contre le menu extra qui relègue au second plan les autres applis est très discutable et personnellement je ne l'aime pas et de plus il n'y a pas d'éditeur de menu. Il peut se conprendre si RedHat dit qu'il ne font pas de support pour les applis dans extra (je pense hot-line).

    Pour la Phoebe, je n'ai pas testé et ne vais peut-être pas testé puisque j'ai une RH 8.0 qui me donne satisfaction.
    Néanmoins avec la RH 8.0, j'ai bataillé longtemps pour fixer des problèmes, liés au noyaux, de clavier (spécifique RH) et freeze système lors de l'utilisation de bttv et du controleur IDE VIA en même temps (idem avec noyau officiel, corrigé en forcant le mode de transfert des disques).

    > offrir une distro cohérente (même si ça doit se faire au détriment de la diversité)

    Par contre, je trouve que RedHat pousse trop le WM metacity qui a de belles fonctionnalités (configuration via gconf-editor, support pango, thème gtk+ ...) mais ne correspond pas à mes besoins. D'ailleur WindowMaker a été viré de Phoebe et icewm s'intègre mal avec gnome (je le lance à la main...).
    Il se peut que ces petits désagréments vont me pousser à tester Phoebe et remonter mes remarques ...

    > des patches qui étaient encore en bêta

    La Redhat 8.0 a des fonctionnalité très neuves côté XFree (xft2, fontconfig) et phoebe semble basé sur XFree 4.3 (un enigmatique 4.2.99).
    RedHat semble utiliser la distribution "RedHat Linux" pour tester grandeur nature des solutions qui seront intégrées dans leur "Advanced Server/Workstation".

    > Bref, voilà, pas de quoi en faire un fromage.

    Effectivement. J'ai été "choqué" par tout le bruit de cette affaire RH/KDE. J'ai lu les mailing list KDE et les esprits semblent s'être refroidis...

  • # Aux supporteurs de KDE

    Posté par  . En réponse à la dépêche Nouvelle distribution beta de RedHat. Évalué à 10.

    La sortie de RedHat 8.0 a fait couler beaucoup d'encre. Ceci au détriment de KDE et RedHat :
    - KDE semblait ignorer les besoins d'un gros distributeur.
    - RedHat semblait ignorer KDE et a même été acusé de "sabotage".

    RedHat a besoin de KDE pour ne pas perdre des parts de marché et KDE a besoin de RedHat pour diffuser le plus largement possible leur bureau.

    Bien sûr RedHat pourrait aider KDE. Mais RedHat est déjà beaucoup impliqué dans de nombreux domaines et ne peut pas s'occuper de tout. Si KDE est très utilisé sous RedHat, RedHat devra suivre la tandence.

    Avant la sortie de RH 8.0 j'était abonné à la mailing list psyche. Les modifications de KDE étaient connues, discutées et approuvées bien avant la sortie de RH 8.0 (il y a eu quelques remarques lors de la sortie de la beta nommé "null" mais les différents articles était plutôt positif).

    Donc, supporteurs de KDE, abonnez-vous à la mailing list phoebe et participez à la mise au point de KDE et fait suivre les informations qui sont succeptibles d'interresser les développeurs de KDE.

    Evidement ceci semble un appel pour amélirer la distribution RedHat et donc favoriser la difusion de RedHat. Néanmoins, vous pouvez informer que tel autre distribe a fait d'autres choix pour KDE et correspond mieux a un utilisateur de KDE, etc, etc...

  • [^] # Re: Ces brevets qui tuent.

    Posté par  . En réponse à la dépêche Ces brevets qui tuent.. Évalué à -1.

    J'ai mis quelques explications plus bas dans un commentaire.

  • [^] # Re: Ces brevets qui tuent.

    Posté par  . En réponse à la dépêche Ces brevets qui tuent.. Évalué à 2.

    Je me suis manifestement mal exprimé.

    > tu tiens absolument à attenuer la chose sous le prétexte de la présence européenne

    atténuer la responsabilité des américains uniquement.

    > 1) A aucun moment tu n'évoque cette décision pour ce qu'elle est.
    C'est vrai. J'ai généralisé avec les brevets, l'EUCD, les pratiques de l'OMC discutable, etc... Je suis exaspéré...

    Ce qui je veux souligner c'est que la situation actuelle n'est possible que parce que les Européens les japonnais, etc... on participé a l'établissement de cette situation (je parle globalement et non sur ce point précis).

    Si on regarde EUCD (que je connais mieux) c'est une situation parfaitement accèpter par l'Europe suite a un accord internationnal signé par l'Europe en 94 je crois.

    Bref, grosso-modo l'Europe n'a pas fait grand chose et suit le modèle défini par les Américains.

    > 2) Tu sembles persuadé que voir d'autres faire des conneries permet de faire des conneries la tête haute.

    Définitivement NON.

    > 3) Tu sembles refuser de constater que les divers vétos des USA posés dans des décisions par des organismes internationaux.

    Force est de constater que les autres pays finissent toujours par suivre et ne sont pas foutus de proposer d'autres alternatives voir de se couper des Américains.

  • [^] # Re: Et l'Europe

    Posté par  . En réponse à la dépêche Ces brevets qui tuent.. Évalué à 3.

    Je suis pro-Europe.

    Je parle pas de ce point précis. Mais si les brevets l'OMC, etc, etc... sont favorables aux US c'est qu'on (l'Europe) y trouvait un bénéfice. L'EUCD est la suite logique d'accords internationnaux signés il y a plusieurs années.

    Si les choix des américains ne sont pas suivis, les USA doivent faire cavalier seul. Si une majorité suit les USA c'est qu'elle y trouve un avantage (fondé ou non).

    Bref la situation actuelle n'est pas le seul fait des USA mais des USA, l'Europe, le Japon, etc...

  • [^] # Re: Ces brevets qui tuent.

    Posté par  . En réponse à la dépêche Ces brevets qui tuent.. Évalué à 5.

    Domage que l'on arrivent pas à produire trop de médicament.

  • [^] # Re: Ces brevets qui tuent.

    Posté par  . En réponse à la dépêche Ces brevets qui tuent.. Évalué à 4.

    Tu me fais gerber.

  • [^] # Re: Génocide (sic!) ou pas ?

    Posté par  . En réponse à la dépêche Ces brevets qui tuent.. Évalué à 7.

    Peut-être qu'un jour plusieurs pays, j'espère que l'Europe en fera parti, quitteront l'OMC pour créer un nouveau modèle économique sans brevet.
    On peut réver...

  • # Re: Ces brevets qui tuent.

    Posté par  . En réponse à la dépêche Ces brevets qui tuent.. Évalué à -1.

    Une telle news, si malheureuse soit-elle et loin de GNU/Linux, devait passer en première page car elle a été prise avec l'Europe.

  • # Et l'Europe

    Posté par  . En réponse à la dépêche Ces brevets qui tuent.. Évalué à 3.

    On critique beaucoup les US ici mais l'Europe ne fait pas mieux. Il faut noter que c'est l'OMC un organisme Mondial et non Américain uniquement !

    Je crois que l'on va continuer ici encore longtemps a faire l'autruche en critiquant les USA.
    Vivement un téléthon avec plusieurs millions d'Euro pour avoir bonne conscience...

  • [^] # Re: Ces brevets qui tuent.

    Posté par  . En réponse à la dépêche Ces brevets qui tuent.. Évalué à 5.

    Les européens ne sont pas forcément meilleurs.

  • [^] # Re: Un aperçu de GNOME 2.2

    Posté par  . En réponse à la dépêche Un aperçu de GNOME 2.2. Évalué à 1.

    Lèves un pied.

    J'en étais sûre. T'as une pompe pleine de troll. Regarde où tu marches la prochaine fois !

  • # Extraire une archive d'un paquet RPM

    Posté par  . En réponse au message [Debian] Extraire une archive d'un paquet Debian. Évalué à 1.

    Pour rpm on a presque la même chose c'est rpm2cpio. C'est moins "portable" puisqu'il faut rpm. Par contre il n'est pas nécessaire d'avoir un système "sous" rpm.
    exemple :
    $ rpm2cpio toto-1.i386.rpm | cpio -i -m -d
    $ rpm2cpio ftp://ftp.toto.org/toto-1.i386.rpm(...) | cpio -i -m -d

  • [^] # Re: Updates Packages

    Posté par  . En réponse à la dépêche Sortie de KDE 3.0.5a. Évalué à 1.

    > Mouai boarf Féliciano a des actions
    Non, mais il faut que j'y pense.

    > bosse chez Redhat.
    Non, domage.

    Je trouve ridicule le petit ton que tu prends alors que je répond à une question. Tu peux aussi répondre à cette question directement pour Mandrake et pas me repondre avec une minable attaque personnelle et contre RedHat.

    > avec mandrake c'est beaucoup plus simple :
    > urpmi ton-logiciel
    > [...]
    Mouai boarf caissecons a des actions ou bosse chez Mandrake.

    Pour moi rpm me suffit. Je ne mets pas à jour ma bécane tous les jours. Et quand je la met à jour çà me prends deux minutes maxi. Sinon pour ceux qui ne peuvent se passer d'un équivalent de apt il faut voir ici pour RedHat :
    http://freshrpms.net/apt/(...)

    Notes que j'ai répondu à un utilisateur de debian qui parle de "apt-get update" alors que je réponds simplement "rpm -[UF]" alors d'avec aptrpm un "apt-get update" marche sous RedHat. Tu ajoute une bouton sur ton bureau et en un clic ton système est à jour.

  • [^] # Re: Updates Packages

    Posté par  . En réponse à la dépêche Sortie de KDE 3.0.5a. Évalué à 3.

    système utilisant rpm :
    rpm -U <paquetages>.rpm
    ou (uniquement si une version plus ancienne existe)
    rpm -F <paquetages>.rpm

    Sinon Redhat fourni une mise à jour pour RH 7.2, 7.3 et 8.0 qui corrige une dixaine de trou de sécurité dans KDE :
    https://rhn.redhat.com/errata/RHSA-2002-220.html(...)

  • [^] # Re: Introduction à Subversion

    Posté par  . En réponse à la dépêche Introduction à Subversion. Évalué à 9.

    Il y a eu de grosses discutions sur la mailing.
    bitkeeper est un système distribué et subversion est plutôt centralisé. Un système centralisé correspond à la majorité des besoins et reste la priorité. Une orientation pour concurrencer bitkeeper ne sera envisagé qu'après la sortie de la version 1.0.

    Sinon il y a le projet arch qui est un RCS plus distribué :
    http://www.fifthvision.net/open/bin/view/Arch/(...)

    Donc l'objectif actuel reste de remplacer CVS et non bitkeeper, qui finalement n'est utilisé que par un projet :-) ...

  • [^] # Re: Introduction à Subversion

    Posté par  . En réponse à la dépêche Introduction à Subversion. Évalué à 4.

    > Il y a un client qui utilise gtk+ et python. C'est gsvn mais je ne sais plus où est la home page.
    C'est ici :
    http://gsvn.tigris.org/(...)

  • [^] # Re: Introduction à Subversion

    Posté par  . En réponse à la dépêche Introduction à Subversion. Évalué à 0.

    12 * 1024 * 1024 octets.
    ou 3 * 2^22 octets.
    ou 110000000000000000000000 en binaire.
    ou C00000 en hexa.

  • [^] # Re: Introduction à Subversion

    Posté par  . En réponse à la dépêche Introduction à Subversion. Évalué à 2.

    J'utilise subversion depuis 5 mois pour de petits projets via apache et çà marche.

  • [^] # Re: Introduction à Subversion

    Posté par  . En réponse à la dépêche Introduction à Subversion. Évalué à 7.

    Subversion est un remplaçant de CVS. Mais subversion n'a pas pour objectif d'être compatible avec CVS. D'ailleur il ne l'est pas !

    Donc les softs clients doivent être réécrits pour subversion.
    Néanmoins, il existe une extension d'emacs dans les sources de subversion.
    De même il y a le client graphique rapidsvn qui tourne sous Windows et Unix :
    http://rapidsvn.tigris.org/(...)
    screenshot :
    http://rapidsvn.tigris.org/screenshots.html(...)

    Il y a un client qui utilise gtk+ et python. C'est gsvn mais je ne sais plus où est la home page.