bubar🦥 a écrit 6904 commentaires

Je suis bien d' accord sur le fond, car il me semble dénué de toute envolée partisanne.

Et perso, que Patrick_G l' ai reçu de cette manière, comme une attaque violente, m' amène à m' interroger et à écouter plus en détail les paroles pour essayer de les comprendre par moi même. Ce que j' avais pris comme une bonne tranche de rigolade est peut être à comprendre autrement s' il choque certains, et prendre la peine de décortiquer.

J' espère n' y trouver que ma première impression :
"j' ai pas tout compris, mais ça fait bien parti du folklore, et c' est bien rigolo". Car s' il est logique qu' ils défendent leur point de vue, et de manière outrancière, voire insultante pour l' autre partie, ils peuvent le faire, entre eux.
Quant à moi, "j' aime" autant la license BSD que les GPL, et je ne vois vraiment pas pourquoi j' irai me fourvoyer dans cette guerre trollesque qui ne devraient occuper que eux mêmes. Bien sûr j' ai mon avis sur la question : dans quelles circonstances utiliser BSD et pourquoi GPL protège mieux les auteurs. Mais loin de moi l' idée même du "l' une est meilleure que l' autre, nanana" C' est pour eux, les concepteurs initiaux et porte drapeau, et ça fait partie d'un folklore important et drole.

Cordialement

putain y en a qui se font chier à faire des dépêches d' enfer, d' autres se font chier à faire des commentaires qui nous éclairent tous, les suiveurs essaient d' être dans les temps pour proposer qq chose de correct.
Et on se rammasse vos commentaires au final
linuxfr, c est plus ce que c' était.

désolé des grots mots, mais franchement (...)

dommage, on ne peux plusser qu' une fois
gnome / f-spot / mono > /dev/null

Que dire de plus comme compliment pour cet article ?
Ha si, que de manière naturelle, tout le monde emploi le terme 'article' et non 'dépêche' ;)
Merci encore

Bonjour

d' abord je ne maitrise pas le sujet de la compatibilité entre ooxml et gpl (et je suis avec attention les discussions et les liens pointés). Ensuite ce qui suit n' est pas du tout un troll, et encore moins une affirmation, simplement une question, posée de manière publique.

Si ooxml est compatible GPL et si ooxml venait effectivement à être adopté de manière définitive. (bien entendu cela décridibilise sévèrement l' ISO de manière durable. bien sûr ni l' iso ni l ecma n' auront pas les moyens de maintenir ce truc, donc bien sûr c' est microsoft qui fera évoluer son truc pas finis et les autres ne seont que pour dire 'amen', tout ceci est très problématique, mais...)

donc imaginons un futur proche (2 ans ? moins ?) dans lequel ooxml et odf seront tout les 2 dans les faits véritablement iso.
imaginons que les utilisateurs libristes use de odf. Que OpenOffice continue de n' utiliser que odf, et que IBM et SUN ainsi que tout les developpeurs qui fabriquent cette suite bureautique ne s' occupe que de odf.

avec la situation actuelle, et celle future en découlant logiquement, seul Microsoft s' occupera de ooxml, l' ecma n' étant qu' un valideur, dans les faits seul Microsoft, donc, aura la maitrise de ooxml. (alors qu' il aura été normalisé dans les faits)

enfin, toujours en phase avec la réalité, ooxml sera la référence dans la suite de Microsoft, avec les impacts sur tout les utilisateurs.

2 solutions : la solution utopiste consiste à continuer à faire évoluer odf, à continuer à implémenter OpenOffice en espérant renversé la tendance de la suite office de MS, afin d' être sur un pied d' égalité.
la solution pragmatique est de prendre acte de cette (peut être prochaine, mais ne désésperont pas, anticipons cela aussi simplement) norme ooxml et de ... s' en occuper (Les developpeurs de OpenOffice en font une intégration, et tous ibm, sun et les premiers, participent à son évolution). C' est, peut être, selon moi, le seul moyen de ne pas se laisser déborder par microsoft : prendre acte que ooxml est (sera) normalisé et ne pas laisser ses évolutions aux seules mains de microsoft (puisque dorénavant nous savons que ecma n' est qu' un "homme de paille")

mes 2 cents
désolé d' écrire cela vite, et j' espère que cela ne prête pas à confusion (et ceci n' est pas un appel aux trolls.)

espérons que cette signalétique dure tout le mois :) c' est très sympa !!! et drôle au delâ d' une simple poisson d' avril :)
(en espérant que -très- peu nombreux seront ceux qui s' amuseront avec des mots clefs pour essayer de déclencher telle ou telle balises pour leurs commentaires )

tuxfamily.org en Islande :) mouarf :)) vous aller y faire quoi dans ce paradis fiscal ? MapServer a un un beau passé et un bel avenir là bas, apparemment ;)

Il y a aussi un Master officiel Linux :)
c' est une RHEL4_u4 ou u5 pour tout nouveau poste.
Tu peux en faire la demande auprès de l' équipe responsable, et me contacter en privé si tu veux des modifs (tant que cela reste dans les clous des exigeances du master et du règlement interne)
Et officiellement, tu peux choisir entre Kde, Gnome ET Xfce, tout les 3 trois sont validés ;)

Excusez moi je n' avais pas vu ton message. A titre personnel, je ne vois pas pourquoi un projet prévu pour améliorer le temps de boot irait s' occuper d' autre chose que du boot. J' appelle ça une usine à gaz. Et je croyais que udev s' occuperait de cela, plutôt... Perso si je branche une imprimante à chaud : un outil graphique se lance tout seul, me propose de configurer cette imprimante et installe tout le nécessaire, tout seul, puis lance les services tout seul. En 2 minutes et 3 clickous l' imprimante est fonctionnelle.

Un truc qui ne fasse que le boot, et qui le fasse bien.
Un autre truc qui ne s' occupe que des devices et de leur dep. mais qui le fasse bien.

ps blague : PAM_Linuxfr me prévient que j' ai trop posté sur la news Fedora 9, j' arrêtes donc là pour éviter une impression d' envahissement lol.

Merci encore pour cette dépêche détaillée!

Enfin, la chose intéressante est la standardisation, et c' est encore Fedora / Redhat qui fait le boulot. Gageons que les Developpeurs Fedora et RedHat rendront upstart viable.

J' espère que tu as raison, mais il faut préciser quelques trucs : Quant on va dire "on est plus compatible systemV", il ne s' agit pas que d' adapter les services maisons sur les machines Linux, ça c' est un premier point du genre "hé faut tout se retaper à ce niveau, puis tout re-valider", le temps, tout ça. Mais c' est finalement secondaire en regard d' un autre point : la mise à l' écard de linux des autres unix existants. Et ça c' est le plus gros point. Bref ça à pas l' air de grand chose à voir comme ça, mais cela impacterai beaucoup de trop de choses chez beaucoup trop de clients.

C' est pourquoi, en l' état actuel de upstart, il s' agira certainement d' une première : pour la première fois quelque chose qui est dans Fedora ne sera pas dans Redhat. En l' état actuel de upstart, ce n' est pas possible, ce n' est pas sérieux.

D' ailleurs Ubuntu l' a bien compris et revient actuellement à SystemV, en proposant une couche de compatibilité. :
http://packages.ubuntu.com/hardy/base/upstart-compat-sysv

Je ne l' ai pas encore testé, mais cela m' étonnerai qu' on garde la même rapidité au boot, du coup. C' est dommage, car il me semble que ce sont des efforts perdus de notre côté, alors qu' il aurait (peut être, je ne sais pas) été possible de faire (ou de maintenir et améliorer un outil existant) un système qui accélère le boot tout en gardant nativement la compat. V

cordialement

C' est clair.
Une workstation ou un serveur n' ont pas à être rebootée 5 fois par jour ;)
Et RedHat, comme à leurs habitudes, privilègie le stable au fun.
Mais lorsqu' on installe une Redhat sur un laptop, c' est quelque chose de très appréciable, tout comme une bonne gestion de l' acpi afin de ne faire des démarrage que depuis l' image disque dans 9 cas sur 10 ;)

Mais il y a quant même quelque chose qui me titille dans tout ça :
RHEL4-u5 (et rhel5) sont effroyablement rapides au boot... En fait mon laptop boot aussi vite avec rhel4-u5 qu' avec mandriva cooker. Comme vous le savez, sur rhelX il n' y a pas de upstart ou de pinit. Et pourtant c' est rapide, mais rapide... En fait ce qu' elle perds en temps de boot avec les services, elle le regagne largement avec le démarrage de X et de Gnome. (en comparaison d' une mandriva, qui boot très vite grâce à pinit, depuis la 2007, reperds ce gain avec le dem' de X.)

Donc vraiment, il me tarde de voir de mes yeux l' évolution du projet sur le dem' de X citée dans la dépêche ( http://fedoraproject.org/wiki/Features/OneSecondX ) FastX !!!!!

Par contre sur upstart j' émet des gros doutes : parcequ' allez dire à ses boss "on est plus compatible SystemV, il faut refaire Tout les services de démarrage maison" -> Ca m' étonnerai beaucoup qu' ils apprécient upstart dans l' industrie... Pour des machines standalone ou laptop, ok. Pour des nouveaux serveurs dans de petites structures pourquoi pas. Mais pour une intégration dans un parc existant avec de fortes contraintes client, je crois que upstart peux se brosser... (et ça m' étonnerai d' ailleurs que cela soit un jour intégré dans RedHat ce truc). Il doit bien avoir quelque chose à faire pour accélerer le dem' des services sans casser la compat. V, non ?

Excusez moi d' avoir été un peu long, et j' espère que les tournures ne prêtent pas à confusions ni à troll, car ne n' est pas le but.
Cordialement

Je vais aussi creuser la doc de Mock.
Mais pour une installation, il n' y en a pas besoin peut être (certainement ?)
Perso j' utilise le chroot, puis un dump du mbr (ou utilisation de la partition /boot originale), ensuite je renseigne correctement le fstab du chroot. Et hop je peux booter sur la nouvelle distrib.
Cela réunit, il me semble, divers avantage : choix très précis des paquets, installation transparente sur un système actif, installation uniquement de rpm à jour depuis les dépôts officielles (pas besoin d' updates), évite de se servir de netinstall.iso, rapidité et facilité.
mes deux cents

Merci des informations sur Mock
Cordialement

Tu peux le vérifier par toi même, pour ta machine et ta configuration, à l' aide de l' utilitaire bootchart et de sa suite d' outils.

Et sur le site du projet sont réunis de nombreux résultats de tests.
http://www.bootchart.org/samples.html

Cordialement

photo d' écran rigolote
http://img180.imageshack.us/img180/1597/captureua6.jpg

c' est vrai que quelque chose d' aussi simple que

mkdir /chroot
urpmi basesystem --root /chroot
mount -t proc none /chroot/proc
cp -L /etc/resolv.conf /chroot/etc/resolv.conf
urpmi --root /chroot urpmi locales-fr task-gnome
chroot /chroot /bin/bash

ça serait génialissime sur Fedora

urpmi, options intéressantes pour le chroot :
--root
--use-distrib

Croyez vous qu' il serait possible de porter urpmi sur fedora ?

Bon troll mise à part, Toulibre pourrait pas faire une "todo list" de ce qu' il y a faire qui pourraient être fait par ceux souhaitant juste filer un coup de main de manière ponctuelle (sans s' engager dans l' asso) ? Genre aider à l' installation du matos (non pas de la distrib ;) ) et aider au rangement après, je sais pas moi, des trucs comme ça ? Voir à la limite amener une machine thématique pour le son sous linux par exemple.

Typiquement pour ce genre de manifs, des personnes étrangères à l' asso mais aimant le libre en général pourraient ponctuellement aider, non ? Mais pour cela il faudrait un cadre d' activités, vu que ces personnes ne connaissent ni les gens ni les us&coutumes de l' asso.

Attends un peu que je vienne te péter la tête à Regnum Online sale Débianneux :) Je vais enfin recevoir un ordinateur décent (ie : +de 1ghz) et vais m' empresser de suivre ton conseil de venir jouer à Regnum.

Bonne attitude.
Au moins on est tranquille ...

local ubuntu group ?
et si des gens viennet avec des cd de Fedora et de Mandriva, ils se font jeter des pierres ? relégués à la table du fond ?

Ben tu vois IsNotGood, si tu avais modérateur /relecteur de linuxfr :

tu aurais pu aider Madko à rédiger cette news, à la compléter, afin d' en faire une news de première page.
mais non, tu continues à râler, à troller...

dommage, parceque bons nombres de choses présentes dans la dernière Fedora sont plus qu' intéressantes !! (on est loin de logiciels pour windows intégrés dans une ditrib linux ...)

Merci madko pour ton journal, quant même

Nexedi a été pionner dans le commerce de brick
(à l' époque il avait permit à tous d' acheter des openbrick par exemple, sinon celles-ci n' étaient achetables que par paquets de 100...)
par le site storeever on pouvait également commander de superbes mini pc... qui faisaient déjà fureur au japon. A des prix bien plus interresants qu' aujourdhui...

c' est drôle que la mode écolo remettent tout ceci à l' ordre du jour ;)

pour mémoire :
http://www.nexedi.com

A noter que le site web n' est plus actif, mais que le dépôt l' est ;) et on trouve plein de choses intéressantes dessus.
http://nexedi.org/static/mandrivalinux/2008.0/i586/
et là aussi : http://nexedi.org/static/livecd/ pour la dernière version du livecd

en fouinant un peu, on peux retrouver ces pc de la taille d' un gros lecteur de cd, embarquant des P4 ....
A bon entendeur ;)

une autre marque, un autre modèle :
http://www.aleutia.com/

Made in UK.
consommation minimale : 8W
moins de 12cm par 12
possibilité d' alimentation par panneau solaire souple spécifique :)

& Livré avec puppy linux

Pour conserver une certaine équité, on peux proposer un 'cron' de dépêche pour Debian :
"la Prochaine Debian sortira quant elle sera prête, vous n' avez qu' utiliser Dselect , apt, ou aptitude pour vos upgrades de version" :))

isnotgood !!! où es tu ??
tu veux pas pourrir ce topic en nous sortant un truc du genre "ubuntu est une distribution commerciale car canonical fournit du support" ?ou encore un bon "je suis un pro de l'équité de traitement." ou enfin un "pourquoi personne n' a fait la dépêche pour la vénérable SlackWare" ?

isnotgood fait pas la tête, reviens troller

bonjour
mon ex-téléphone est un Nokia S60 (donc le modèle le plus basique). Dans la dépêche il est annoncé que les Nokia sont bien supporté. J' aimerai savoir avec quel logiciel et quelle configuration je peux synchroniser mes contacts ? j' ai essayé sans succès.
Merci