GeneralZod a écrit 2316 commentaires

C'est un avis pertinent.
Le reclassement est une alternative à la retraite précoce dans certains cas.

Je ne sais plus où j'avais lu ça, les exonérations fiscale accordé aux entreprises depuis une décennie suffirait à combler plus d'une fois le déficit de la sécurité sociale. D'ailleurs, la politique fiscale du gouvernement actuel est inégalitaire, on maintient à un niveau élévé les impôts indirects (TVA,TIPP etc) qui frappe fortement les ménages les moins aisés et qui relancerait la consommation et améliorerait leur niveau de vie, et on diminue les impôts directs qui frappe la tranche la plus aisée alors que l'Etat a besoin de cet argent.
Sans que cela remette en question, l'assainissement des finances publiques.

+1

@windu.2b: Mais je suis entièrement d'accord avec toi !!!
Le problème est qu'il y a de moins en moins d'actifs, le système actuel de retraite est au point de rupture. Soit on change de modèle, soit on doit travailler plus longtemps.
Quitte à choisir la seconde solution, mieux vaut répartir la charge.
Depuis la réforme Fillon (2003), l'âge de la retraite est de 65 ans. Avec une meilleure répartition, on pourrait faire définir l'âge de la retraite à 62 ans.

C'est justement en soutenant les revendications (compréhensible) des bénéficiaires de ces régimes spéciaux que nous on se prive du droit de profiter convenablement de la retraite. Le déficit causé par le départ précoces des uns devra être compensé de l'autre côté.
Le point sur lequel je te rejoins est que si la situation s'améliore, il n'y a aucune raison de ne pas remettre en question l'âge de départ.

Quant au changement de modèle, je suis ouvert à toutes propositions viables mais j'attends encore.

L'âge moyen de la retraite à la RATP est de 53 ans, 54 ans à la SNCF et 56 à EDF. À l'exception de quelques métiers, ils ne sont pas plus exposé au danger que vous et moi.
Alors, je ne vois pas pourquoi moi je devrais travailler jusqu'à 65 ans au moins (sans garantie que je pourrais toucher une retraite complète) et eux continueraient à profiter d'un départ à la retraite plus tôt à NOS frais.

Je ne porte pas le gouvernement actuel dans mon coeur, mais si il y a un point sur lequel je suis d'accord, c'est que la réorganisation des régimes de retraites doit être un effort collectif. Si on doit travailler plus longtemps, ce n'est pas aux employés du secteur privé de supporter seuls l'effort commun.
Il est temps de remettre à plat les régimes spéciaux de retraites, pas seulement dans le sens d'une suppression ou d'un allégement mais également une extension vers d'autres métiers "dangereux".
Quant je parle de réforme des régimes spéciaux, ça vaut également pour les députés, les ministres et le président de la République ....

La Révolution de 1789 n'était pas supposé avoir aboli les privilèges ?

> Merci mais en fait je cherchais juste à savoir s'il n'y avait pas une distribution qui tenait sur 1 CD ou 1 clé USB orientée programmation.

Justement, le Fedora Developer Spin correspond exactement à ce que tu cherches. Un live-cd/live-usb entièrement dédié à la programmation.

La formation est fait par des fomateurs compétents, les supports sont libres et disponibles sur leur site.
free-electrons.com/

Il n'y a pas urpmi ni sous RedHat ni sous Fedora ...
Comme l'a suggéré NeoX: quel version ?

Disponible ici en live-cd (possibilité d'installation sur disque et générer un live-usb), avec revisor, kickstart, tu pourras customiser le tout très facilement.
Fait par des développeurs pour les développeurs !

http://spins.fedoraproject.org/

Ce qui est cohérent avec la multiplication par 1.9 de la somme des puissances individuelles des machines en un an comme indiqué dans l'article.

SELinux propose une gestion de la sécurité orienté application et services. Par défaut, ton applications est confiné dans le domaine "unconfined_t" qui limite quelques fonctionnalités ou booléens comme par exemple la possibilité de rendre le tas ou la pile exécutable (execheap, execstack) ce qui est une mauvaise idée la plupart du temps. Si c'est vraiment génant, tu peux activer/désactiver le booléen correspondant.
Dans les cas particuliers comme Java ou MPlayer, tu disposes d'un booléen spécialisé pour une gestion plus fine.

En résumé, tu as une politique par défaut assez permissive, puis selon le service ou l'application, tu peux ajouter des règles plus strictes de façon granulaire. Comme le rappelle IsNotGood c'est aux spécialistes de la sécurité de définir ces règles, pas à l'utilisateur.
Pour les serveurs par contre, RH a une politique très stricte pour être certifié EAL4+/LSPP.

Dans ton cas, normalement, "it just works", à la rigueur tu dois toucher quelques booléens (très simple avec system-config-selinux), ou plus rare (et même très rare), tu dois faire la même manip que IsNotGood. Mais en général, si SELinux gueule c'est pour une bonne raison, si je dois toucher à un booléen alors que mon application tourne dans unconfined_t, je me poserais des questions.

http://fedoraproject.org/wiki/SELinux

Excellent article !

Perso, je comprends pas pourquoi les gens considèrent SELinux comme un truc inutile. Si on résume très grossièrement, SELinux ce n'est rien d'autre qu'un pare-feu applicatif ou un chroot amélioré. Il n'y a aucune magie derrière, SELinux est votre ami !

On associe à chaque application un domaine, à chaque fichier (incluant répertoires et ports) un contexte (de sécurité), chaque domaine n'a accès qu'aux fichiers dont le contexte lui est explicitement autorisé avec un service chargé d'appliquer et contrôler les règles.
En fait, c'est un peu plus complexe que cela, il y a également les translations de domaines, on peut limiter l'accès des domaines à certains utilisateurs et ...

Un exemple, je suis un utilisateur non expérimenté et que je veuille monter un serveur FTP pour partager des fichiers avec mes amis. Supposons que mon serveur FTP est compromis. Si je n'ai pas SELinux, game over, toute ma machine est compromise. Si j'ai SELinux, l'attaquant est enfermé dans la prison SELinux, il n'a accès qu'aux fichiers dont le contexte est accessible au serveur FTP, il est limité dans son escalade. Et c'est valable pour tout les services tournant sur sa machine ! Si il y a une faille inconnue dans un programme, SELinux limite la casse.

Il n'est pas rare de lire ce genre de choses:

This issue is not exploitable on Fedora if using the default SELinux targeted policy.

http://www.linuxsecurity.com/content/view/128775/170/

SELinux est devenu accessible à tous, faut vraiment avoir un besoin spécifique pour avoir à le bidouiller où alors, c'est un bogue qu'il faut signaler au mainteneur du paquet.

J'ai trouvé un article sympathique qui explique clairement ce qu'est SELinux dans ses grandes lignes: http://www.supinfo-projects.com/fr/2005/selinux/

Mairin Duffy parle dans une interview du travail fait par l'équipe artistique de Fedora et d'Infinity.
http://fedoraproject.org/wiki/Interviews/MairinDuffy

D'ailleurs Infinity n'est qu'un début (et quel magnifique entrée en scène !), les artistes débordent d'imagination sur l'avenir de cette fonctionnalité. Je vous laisse jeter un coup d'oeil à la m-l fedora-art-list. Je tiens à rappeler que le projet Fedora est ouvert à tous même si vous n'utilisez pas Fedora Linux.
Fedoraproject n'a pas pour finalité de fournir une distribution GNU/Linux mais faire avancer les logiciels et contenus libres en général.

The Fedora Project is open and anyone is welcome to join.
The Fedora Project is out front for you, leading the advancement of free, open software and content.

WebKit est indépendant de KDE _et_ de Qt.
La seule dépendance du port Gtk de WebKit vis à vis de Qt est l'utilisation de qmake dans les scripts de build. Mais ce n'est qu'une dépendance au moment de la compilation.
http://trac.webkit.org/projects/webkit/wiki/BuildingGtk

Effectivement, il y a un travail titanesque au niveau de l'infrastructure qui reste invisible au public.
Il y a également Bodhi pour gérer les mises-à-jours,seul les contributeurs peuvent y accèder donc je ne fournis que le lien du projet:
https://hosted.fedoraproject.org/projects/bodhi/
Point de vue mainteneur, c'est que du bonheur, on peut choisir sur quel dépôt on envoit le paquet (updates, updates-testing), on peut ajouter des commentaires qui apparaissent dans pupplet, fixer le type de la maj (correctif, sécurité etc ..).
Il y a également un système de karma pour tester les paquets, les contributeurs peuvent tester les paquets et faire des retours.
C'est un grand bond en avant dans le cycle QA de Fedora Linux.

J'apprécie beaucoup l'élégance de l'interface de Boddhi, avec la completion, les beaux effets. Mais c'est p'tet pas l'essentiel. :o)

C'est la classe 8-)
Pour ceux qui n'ont reconnu le monsieur dans la vidéo, c'est notre FedoraProject Leader: Max Spevack.
Il fait un excellent boulot en tant qu'animateur de la communauté et communiquant. Il s'implique vraiment dans son boulot, récemment, il a mis en avant certains contributeurs au projet comme Chitlesh Goorah derrière le Fedora Electronic Lab spin dont il parle dans la vidéo. ^_^

Une page sur le wiki de FedoraProject recensant les spins officiels, non-officiels.
http://fedoraproject.org/wiki/CustomSpins

FedoraProject ne fournit plus de CDs d'installation, même si les Live-CDs peuvent les remplacer avantageusement.
Pour les personnes qui en ont le besoin, FedoraUnity, un groupe de contributeurs non affiliés à FedoraProject fournit des un jeu de CDs d'installation basé sur les DVDs officiels. Ils offrent également un jeu d'isos (ou spins selon la terminologique Fedorista) de Fedora 7 comprenant les dernières mises-à-jours.
http://spins.fedoraunity.org/spins


FedoraUnity est également à l'origine de Revisor, une interface graphique aux outils de génération d'isos de FedoraProject.
Avec Revisor + system-config-kickstart (et Pungi, livecd-tools, Cobbler, virt etc), on peut réaliser en quelques clics: des isos personnalisée, des médias live (cd/dvd ou usb), des images destiné à la virtualisation (xen, kvm, qemu) ...

> wtf ? Pourquoi ils utilisent pas le truc de Gnome, keskispass ?
FedoraProject utilise le "truc" de GNOME, pour la simple et bonne raison que c'est deux développeurs Fedora qui l'ont développé !

Codeina (feu CodecBuddy) a été démarré, ily a un an par Bastien Nocera (mainteneur de Totem et Rhythmbox), Thomas Vander Stichele (directeur technique chez Fluendo) et était prévu pour Fedora 7. Entre-temps TVS a eu un coup de barre et le projet n'a pas pu être prêt à temps pour Moonshine.

Comme Ubuntu avait son propre projet, CodecBuddy a été cassé en deux, un backend commun à tous inclus dans Totem et Rhythmbox inclus dans GNOME 2.20. et un frontend propre à chaque distribution.
En résumé, le support basique dans GNOME, n'est autre que Codeina, et l'utilitaire d'Ubuntu utilise celui-ci depuis son intégration en upstream.

Ce n'est pas dans la philosophie de FedoraProject de faire ses développements dans un coin. Tout nos développements sont faits dans la mesure du possible en upstream.
Codeina est disponible dans le cvs de Fluendo, la roadmap de Codeina inclus la création d'un frontend générique et une intégration du webshop de Fluendo.
http://hadessuk.blogspot.com/2007/03/totem-news.html
http://fedoraproject.org/wiki/Interviews/CodecBuddy

Plus léger: oui
Plus rapide (le rendu ?): oui
Plus instable: oui, au niveau du rendu notamment.

Je ne suis pas pbpg mais tu m'as bien fait rire ce coup là :o)

> je vais aussi avoir les traductions de gnome ?
Je te rassure NON !
En fait, beaucoup d'applications comme Firefox, OOo, GNOME, KDE utilisent des dictionnaires notamment pour la corrections orthographiques.
Le problème est que chaque application ou presque fait appel à un dictionnaire différents: aspell, hunspell etc.
L'objectif est d'éliminer tout les dictionnaires redondants pour n'utiliser que hunspell.
Ça nécessite de patcher OOo, Firefox, vim, hunspell etc ...
Déjà avec Fedora 7, une étape a été franchie, Firefox, Thunderbird, OOo utilisent hunspell.
http://fedoraproject.org/wiki/Releases/FeatureDictionary
Il reste encore quelques applications comme php, enchant, gnome-spell, gtkspell qui dépendent encore de aspell.

https://www.redhat.com/archives/fedora-announce-list/2007-No(...)
Ce spot vous était offert par la Fedora Docs team.

Un volontaire pour la chanter ?

Je ne sais pas, la transition est très douce, ça joue probablement.

Pas seulement, techniquement, WebKit n'est pas une révolution mais l'avantage de Webkit sur Gecko est sa légéreté, qui va faciliter son intégration dans le bureau. Et contrairement à KHTML, il est indépendant de Qt.
Ça va donner un nouvel élan, on va plus facilement intégrer un moteur de rendu web dans les applications. on peut envisager pour GNOME et les plateformes mobiles d'intégrer un système de gadgets légers ala Dashboard et pourquoi pas compatible avec KDE, MacOS X etc ...

Fedora ne s'est pas contenté d'inclure Compiz, ils ont développé AIGLX et participé au portage de Compiz. ;-)