>> Je réponds extrêmement rapidement à ça, parce que j'avoue être lassé de répondre à chaque fois la même chose - et à chaque fois de ne pas avoir de réponse.
Quelle mauvaise foi ;-)
Alors que je m'étais fendu d'une quasi-capitulation en rase campagne !
Après ta longue réponse j'avais notamment écrit :
oummffff......je deteste dire ça mais la je crois que j'ai pas le choix : ton plaidoyer est très convaincant et je suis pas loin d'avoir changé d'avis !
c'est vrai qu'il y a beaucoup d'avantages auxquels je n'avais absolument pas pensé.
>> Avec ces critères les architectures qui resteront supportées à 100% après la sortie de Sarge seront i386, powerpc, ia64 et amd64 (4/11)
autrement dit les possesseurs d'X86 pourront choisir entre l'ISA 32 bits (i386) et l'ISA 64 bits (amd64) alors que les joyeux et nombreux acheteurs de PowerMacs devront utiliser une distro basé sur l'ISA 32 bits powerpc et ne pourront pas exploiter pleinement leur archi PPC64 !
Je signale aux décideurs Debian que tous les Macs vont passer progressivement sur PPC64 et qu'IBM vend aussi des serveurs à base de PPC64.
Rien que les Powermacs cela représente déja des centaines de milliers de machines et quand les PowerBooks basculeront cela représentera des millions de machines !
Il faut absolument avoir un port PPC64 !
>> Meilleurs solution: tu mets ton texte sans aucune wikification, et tu laisses les autres le wikifier a ta place
oui mais ça j'ai trop honte pour le faire. ça serait vraiment méprisant je trouve (du style moi j'écrit l'article et le larbin passe derrière pour nettoyer).
>> Sinon, j'ai entendu parler d'un plugin Ooffice
c'est celui que j'avais évoqué mais ça marche pas bien (y'a qq mois du moins car j'ai pas réessayé).
pour ça il faudrait connaitre les balises et le formattage de wikipedia.
moi j'y connais rien à tout ça.....je veux bien écrire des articles sur des poètes ou des écrivains mais si en plus on me demande de connaitre les balises et la mise en forme de wikipedia alors ma productivité et ma motivation chutent.
d'ailleurs j'ai pas rédigé d'articles depuis des mois parceque le dernier m'avais trop pris la tête à wikifier.
un truc qui me handicape beaucoup quand j'ai envie de rédiger un article pour wikipédia c'est le fait de devoir le "wikifier".
je rédige consciencieusement sous OOo et puis vient enfin l'horrible tache de rajouter ces putains de balises wiki et ça me triple mon temps de rédaction !
j'ai bien vu qu'il est sensé exister des plugins de wikification automatique d'un texte mais soit ça marche pas soit c'est pourri !
y'a qq qui a une solution ?
l'emmerdant c'est que je ne connais aucun autre projet pour Linux comparable à Beagle.
Une fois que la Suse aura cette feature les autres distribs devront s'aligner rapidos (surtout le conccurent direct qu'est Red Hat)....ils feront comment ?
Tes arguments semblent à première vue tenir la route.
Toutefois je te recommande de lire l'article de boubou dans GLMF cité dessous pour comprendre ou réside le véritable danger.
exemple de math actuelle inutile (pour l'instant) : la preuve par Laurent Lafforgue de la correspondance de Langlands sur le corps des fonctions.
C'est une grande avancée théorique (qui lui a valu la médaille Fields) mais actuellement ça n'est pas "utile".
les versions à 4 chiffres ne s'incrémenteront que pendant 2 mois le temps que sorte la nouvelle version mainline qui incorporera les bugfixs. Tout ça c'est juste pour éviter d'attendre 2 mois pour des corrections évidentes : c'est pas compliqué et c'est un progrés pour les utilisateurs et les distros.
Contrairement à ce qui est dit dans la news, il y aura un mainteneur différent pour chaque 2.X.Y.*
non je ne crois pas.
selon Greg KH :
Well, I'm one person who has said that this would be a very tough
problem to solve. And hey, I like tough problems, so I'll volunteer to
start this. If I burn out, I'll take the responsibility of finding
someone else to take it over.
l'important ici c'est le If I burn out qui indique qu'il va le faire indéfiniment jusqu'a ce qu'il soit saoulé de ce boulot ingrat.
Il est donc vraisemblable que les patchsets -ac (celui d'Alan Cox) ou -as (celui d'Andres Salomon), qui visent tous deux à fournir aux utilisateurs un noyau débogué au maximum
Certes débogué au maximum mais au prix parfois de vilains fix ou de corrections vraiment intrusives.
L'atout de ces nouveaux noyaux 2.6.Y.Z c'est qu'on y trouve les corrections de trous de sécurité et les bugfix tout en étant presque certain de pas récupérer un noyau cassé.
Je pense que maintenant les distros vont se servir de cette branche au lieu d'utiliser la mainline de Linus.
# céquoidonc ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Mandrakelinux 10.2 devient la 'Limited Edition 2005'. Évalué à 2.
>>Date de sortie prévue : Automne 2005
>>Technologie : Intègre la technologie Conectiva
Merci à l'âme charitable qui pourra me détailler cette fameuse technologie Conectiva.
[^] # Re: Mouai
Posté par patrick_g (site web personnel) . En réponse à la dépêche Interview de Marcus Brinkmann, développeur du Hurd. Évalué à 5.
Quelle mauvaise foi ;-)
Alors que je m'étais fendu d'une quasi-capitulation en rase campagne !
Après ta longue réponse j'avais notamment écrit :
oummffff......je deteste dire ça mais la je crois que j'ai pas le choix : ton plaidoyer est très convaincant et je suis pas loin d'avoir changé d'avis !
c'est vrai qu'il y a beaucoup d'avantages auxquels je n'avais absolument pas pensé.
[^] # Re: Hors de question d'utiliser kubuntu dans l'état
Posté par patrick_g (site web personnel) . En réponse au journal kubuntu preview relaese est sotie !. Évalué à 0.
[^] # Re: NetBSD
Posté par patrick_g (site web personnel) . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 3.
# PPC64
Posté par patrick_g (site web personnel) . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 9.
autrement dit les possesseurs d'X86 pourront choisir entre l'ISA 32 bits (i386) et l'ISA 64 bits (amd64) alors que les joyeux et nombreux acheteurs de PowerMacs devront utiliser une distro basé sur l'ISA 32 bits powerpc et ne pourront pas exploiter pleinement leur archi PPC64 !
Je signale aux décideurs Debian que tous les Macs vont passer progressivement sur PPC64 et qu'IBM vend aussi des serveurs à base de PPC64.
Rien que les Powermacs cela représente déja des centaines de milliers de machines et quand les PowerBooks basculeront cela représentera des millions de machines !
Il faut absolument avoir un port PPC64 !
[^] # Re: rédaction des articles
Posté par patrick_g (site web personnel) . En réponse au journal Wikipedia dans Courrier international. Évalué à 2.
ça à l'air super ce truc !
merci beaucoup.
[^] # Re: rédaction des articles
Posté par patrick_g (site web personnel) . En réponse au journal Wikipedia dans Courrier international. Évalué à 2.
oui mais ça j'ai trop honte pour le faire. ça serait vraiment méprisant je trouve (du style moi j'écrit l'article et le larbin passe derrière pour nettoyer).
>> Sinon, j'ai entendu parler d'un plugin Ooffice
c'est celui que j'avais évoqué mais ça marche pas bien (y'a qq mois du moins car j'ai pas réessayé).
[^] # Re: rédaction des articles
Posté par patrick_g (site web personnel) . En réponse au journal Wikipedia dans Courrier international. Évalué à 2.
moi j'y connais rien à tout ça.....je veux bien écrire des articles sur des poètes ou des écrivains mais si en plus on me demande de connaitre les balises et la mise en forme de wikipedia alors ma productivité et ma motivation chutent.
d'ailleurs j'ai pas rédigé d'articles depuis des mois parceque le dernier m'avais trop pris la tête à wikifier.
# rédaction des articles
Posté par patrick_g (site web personnel) . En réponse au journal Wikipedia dans Courrier international. Évalué à 4.
je rédige consciencieusement sous OOo et puis vient enfin l'horrible tache de rajouter ces putains de balises wiki et ça me triple mon temps de rédaction !
j'ai bien vu qu'il est sensé exister des plugins de wikification automatique d'un texte mais soit ça marche pas soit c'est pourri !
y'a qq qui a une solution ?
[^] # Re: Coquille (vide)
Posté par patrick_g (site web personnel) . En réponse à la dépêche Changement dans la numérotation du noyau Linux. Évalué à 2.
dans 2.4.3 le pair c'est le 4.
c'est donc la troisième révision mineure du noyau stable 2.4
[^] # Re: kool !
Posté par patrick_g (site web personnel) . En réponse à la dépêche Ubuntu "Hoary" 5.04 Preview Release. Évalué à 2.
j'avais fait un journal pour demander ou ca en était : http://linuxfr.org/~patrick_g/12690.html(...)
[^] # Re: questions :
Posté par patrick_g (site web personnel) . En réponse à la dépêche Ubuntu "Hoary" 5.04 Preview Release. Évalué à 2.
[^] # Re: Mono & Red Hat/Fedora
Posté par patrick_g (site web personnel) . En réponse au journal Suse 9.3. Évalué à 2.
Une fois que la Suse aura cette feature les autres distribs devront s'aligner rapidos (surtout le conccurent direct qu'est Red Hat)....ils feront comment ?
[^] # Re: piège ?
Posté par patrick_g (site web personnel) . En réponse au journal Suse 9.3. Évalué à 1.
Toutefois je te recommande de lire l'article de boubou dans GLMF cité dessous pour comprendre ou réside le véritable danger.
# screenshots ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Ubuntu "Hoary" 5.04 Preview Release. Évalué à 3.
[^] # Re: piège ?
Posté par patrick_g (site web personnel) . En réponse au journal Suse 9.3. Évalué à 2.
voir ce journal http://linuxfr.org/~patrick_g/16203.html(...) ou je remercie boubou pour son article expliquant les dangers de Mono/C#
[^] # Re: heuhhh...
Posté par patrick_g (site web personnel) . En réponse au journal Ce qu'Einstein ne savait pas encore .... Évalué à 2.
C'est une grande avancée théorique (qui lui a valu la médaille Fields) mais actuellement ça n'est pas "utile".
[^] # Re: 2eme partie
Posté par patrick_g (site web personnel) . En réponse au journal Ce qu'Einstein ne savait pas encore .... Évalué à 2.
y'a qui comme français qui compte en théorie des cordes ?
Sherck ? Ramon ?
[^] # Re: Livre vs tv
Posté par patrick_g (site web personnel) . En réponse au journal Ce qu'Einstein ne savait pas encore .... Évalué à 2.
il suffit juste de se dire que c'est un espace mathématique utile aux théoriciens des cordes.
[^] # Re: Pas assez compliqué
Posté par patrick_g (site web personnel) . En réponse à la dépêche Changement dans la numérotation du noyau Linux. Évalué à 1.
[^] # Re: Mainteneur
Posté par patrick_g (site web personnel) . En réponse à la dépêche Changement dans la numérotation du noyau Linux. Évalué à 10.
non je ne crois pas.
selon Greg KH :
Well, I'm one person who has said that this would be a very tough
problem to solve. And hey, I like tough problems, so I'll volunteer to
start this. If I burn out, I'll take the responsibility of finding
someone else to take it over.
l'important ici c'est le If I burn out qui indique qu'il va le faire indéfiniment jusqu'a ce qu'il soit saoulé de ce boulot ingrat.
# progrés
Posté par patrick_g (site web personnel) . En réponse à la dépêche Changement dans la numérotation du noyau Linux. Évalué à 10.
Certes débogué au maximum mais au prix parfois de vilains fix ou de corrections vraiment intrusives.
L'atout de ces nouveaux noyaux 2.6.Y.Z c'est qu'on y trouve les corrections de trous de sécurité et les bugfix tout en étant presque certain de pas récupérer un noyau cassé.
Je pense que maintenant les distros vont se servir de cette branche au lieu d'utiliser la mainline de Linus.
# Livre vs tv
Posté par patrick_g (site web personnel) . En réponse au journal Ce qu'Einstein ne savait pas encore .... Évalué à 4.
[^] # Re: Comparatif
Posté par patrick_g (site web personnel) . En réponse au journal Acces Internet Haut Debit. Évalué à 2.
t'a une opinion ?
[^] # Re: pfff ...
Posté par patrick_g (site web personnel) . En réponse au journal Devdays, Le Futur de microsoft, je suis rassuré. Évalué à 3.