bubar🦥 a écrit 6943 commentaires

Merci de la précision. J' étais resté sur l' affaire des le doc des api et des bouts de codes, mais pas sur la totalité du code.

Les personnes ayant accès au code source peuvent elles rendre publique la license (juste la license) de la pile réseau de windows 2003 par exemple ? Merci encore.

Heu non non non
Le programme prévoit la mise à disposition des documentations complètes des versions de windows utilisées.
Ils n' ont jamais fournis le code source, le vrai, une pure copie de la branche de gestionnaire de versionning.

A ce compte là on pourrait dire que Microsoft fait de l' open-source, parcequ' il dispense invisible.microsoft.com à quasi tous ? hum je crois pas.

D' ailleurs lorsque l' Europe leur demande le code source, MS répond "à quoi bon ? on fourni déjà la documentaiton complète qui jsuqu' à présent restait en interne ou pour les partenaires privilégiés"...
Ben ouaih, mais il y a certainement des gens compétents en Europe aussi, pour vérifier que la doc correspond bien au code... et que le code n' a rien de plus que la doc fournie.

Flageller moi s' ils ont Vraiment reçus les sources...



/humour/ mode mauvaise fois totale : il fourniront le code source complet quant ils auront suffisamment obfusqué certaines fonctions... ils y travaillent fort en ce moment.

:)))




/humour
Quoi ? utiliser emacs de cette manière ? et pourquoi certains se décarcassent ils à faire SXemacs ? :p

http://www.sxemacs.org

Quelqu' un peux m' expliquer ce qui lie un pseudo/faux_nom à un auteur ?
merci.

parceque tant qu' tortiller du cul (tu a cetainement raison) il convient aussi de rappeler ce fait simple : la majorité des utilisateurs/lecteurs/faiseurs de linuxfr écrivent sous un pseudonyme.

Lorsqu' un écrivain publie sous un pseudo, c' est son éditeur qui se charge de la translation pseudo<->auteur<->droit. Ici il n' en va pas de même. Nulle part il est écrit comme indispensable pour poster une dépêche de déclarer un nom auprès de linuxfr.org. Et si tu propose un sale patch tout pourri tout petit à un projet, sous un pseudo, tu sais ce que tu fais, non ? tu cherches à ce qu' on ne sache pas qui a proposé, et peut être même à faire des tiennes, par l' absence, si un changement de licence est demandé, non ? Donc bon...

non ?

Le savoir vivre n' est appliqué que par ceux le voulant bien.

Cdlt.

bah désolé de parler de ça.

Mais au lieu de se focaliser sur le contenu, je me focalise sur le contenant. Et ça me rassure... Car je vois simplement un Linus Torvalds qui est reste un être humain, un vrai, pas un pantin fait de "oui oui" et de "attention je suis lu".

Il ne cherche pas à se mettre sur un piedestal, pas plus qu' à faie attention à la moindre virgule, même si ces écrits sont loggués pour l' éternité. Il ne cherche pas le consensuel, pas plus que le "aimez moi".

C' est vraiment un chouette type. Qu' on soit d' accord ou pas avec ses propos.

J' irai même jusqu' à penser qu' il trouve un malin plaisir à sortir ce genre de truc : en ayant conscience des relais (et donc forcément d' une éventulle mauvaise image pour lui) : il s' en moque. Il reste lui même.

Chapeau.
Et merci.

Purée ça c' est de l' appel au Troll.
Enorme de relayer ça ici.

bon allez je tombe aussi dans le piège.

"Fedora est certainement la distributions la plus complète"

raa je rage de ne pas être chez moi pour pouvoir poser des chiffres : nb de paquets chez Debian, chez RedHat, chez Fedora et chez Mandriva.

A vue de nez, Fedora est au contraire une des distributions les moins fournies : même en installant les dépôts-qui-petent-le-système-facilement-bien-sûr-c'est-de-la-faute-au-user (...) on trouve moins de paquets.

Nul doute que le plus grand nombre de paquets se trouve chez Debian (et pas extension Ubuntu). Puis juste derrière Mandriva. Avec en plus l' avantage chez Mandriva (par rapport à Fedora) d' avoir une politique de packaging très stricte (même les plf sont propres). RPMFUSION devrait améliorer cela (je présume qu' il ne s' agit pas seulement de réunir certains dépôts, mais aussi de leur appliquer de nouvelles normes de qualité).

A vous le troll studio ;)

Linux est beaucoup moins répandu que l'OS de Redmond, et il faut une masse critique pour que les virus se développent

Puis je ajouter sans choquer personne le principe d' uniformité ? Il me semble que la phrase précédente est juste, mais seulement en prenant en compte l' uniformité des systèmes. Ce principe limite grandement le champ d' action défini par " il faut une masse critique". Car même avec une masse critique d' utilisateurs de "Linux", il n' y a pas, et il n' y aura pas, d' uniformité parfaite. Ce qui ajoute un palier (sacrément) complexe.

La phrase n' est adaptée qu' à un certain type de comportement de "codes malveillants". Les machines sous Linux sont nettement moins cibles pour des robots et tout types de codes malveillants cherchant à 'zombifier' des machines.

Finalement, cette phrase met en valeur l' importance de parfois dire "des distributions linux ou des distributions gnu/linux" à la place de simplement "linux". Car le terme Linux, non seulement ne désigne que le noyau (mais on dit tous linux pour une distro) mais surtout il ne correspond pas à la réalité et sa diversité.

Donc, en prenant en hypothèse que la situation d' aujourdhui soit inchangée et que seule "la part de marché" des linux soit différente .. mettons 80% ... Cela restera plus difficile d' atteindre des systèmes, des distributions linux, que les systèmes windows.

Non ?

Tout ceci est vrai, mais ne devrait pas conduire à se dire "à quoi bon une demande d' authenficiation puisque l' ordinateur est ouvert à tout vents".

A quoi bon chiffré entièrement son système quant /boot ne l' est pas ? Et qu' une personne malveillante pourra faire les modifications nécessaires là où il faut, pour revenir à un autre moment finir son 'travail'.

A quoi bon mettre une serrure sur la porte puisqu' il suffit de faire un trou dans le mur ?

etc etc etc

Il est bien naturel de souhaiter une identification de base pour accéder au bureau par défaut. Ce n' est pas parcequ' une personne malveillante et plutôt connaisseuse peut aisément accéder au système et aux données que l' ordinateur devrait se lancer par défaut ouvert au premier gosse venu.

La fonction même d' authentification peux être détachée du gestionnaire de connection. La problématique est un peu la même qu' avec des téléphones portables. Poiur répondre au besoin posé par l' auteur de la dépeche, xscreensaver peux lui permettre simplement cela. Et d' une manière plus "compliquée" on peux imaginer une gestion de plusieurs clefs de chiffrement... Selon la clef entrée dès le boot, tel ou tel environnement (autologin user et /home) est chargé... Ainsi le système est chiffré, et la reconnaissance même des utilisateurs est fusionnée avec la clef de déchiffrement.

Cordialement.

Ce n' est pas parcequ' il est aisé de booter sur un support amovible pour récupérer des données que l' authenfication de connection devrait être négliger.

Pour remplacer la demande de login/passe d' un gestionnaire de connection il est aisée d' utiliser xscreensaver. Cela présente l' avantage d' avoir la demande d' identification au bureau (et éventuellement finir de charger des applis tierces pendant que l' utilisateur s' authentifie).

Ce qui a été très confortable pour pouvoir voir kde4 tranquillement.

Cela pourrait avoir un deuxième effet, kisscool celui là. Beaucoup (d' autre) sont passés par là j' imagine "ha zut c est cassé, pourquoi ? ha c' est pas la même chose ? alors cette brique, c' est quoi par rapport aux autres ? ha et y a le choix ?"

Oauih bof, bof ... : Un étudiant par ci, un étudiant par là ... Des noms des noms ! les noms de ces petits gén*** heu pardon ces petits cons :)

Merci messieurs.

(j irai voter pour le support de rpm dans ark dès que le bugzilla de kde sera de retour : là, il semble que la base de données soit partie en vacances )

Pour les notes de versions, et à propos de Ark : Ark dispose t il maintenant d' un support de RPM ? (soit un support CPIO et LZMA par exemple). Je n' ai pas trouvé l' info, et le site http://utils.kde.org/projects/ark semble tombé en ce moment, sur un support simple par défaut des .rpm.

Ou bien devrons nous continuer d' utiliser file-roller pour se simplifier la vie ? Merci

On pourra également jeter un oeil sur les divers projets constituant l' ecosystème RedHat/Fedora : c' est à dire les projets n' ayant pas vocation à intégrer une installation par défaut d' un poste utilisateur, mais des services ayant trait au système par exemple.

Un exemple ? le choix de laisser l' admi libre de son choix pour l' utilisation de telle ou telle brique AMQP dans Moksha ... D' autant plus sympa de voir que le cas de RabitMQ est largement abordé (rabbitmq est dev. en Erlang, de chez Ericsson), mais bon, on préferera certainement RHM ;) (à moins qu' un AMQP basé sur / addon de XMPP voit le jour ... chez Cisco ... oula je m' égare)
http://lmacken.fedorapeople.org/moksha/main/Technology.html

Du côté de chez ET, on retrouve Moksha, donc :
http://moksha.et.redhat.com/page/Main_Page

RHM :
http://rhm.et.redhat.com/page/Main_Page

Genome :
http://genome.et.redhat.com/

Cft :
http://cft.et.redhat.com/

Chez Fedora :
http://fedoraproject.org/wiki/StatelessLinux/HOWTO

Et Cobbler Serveur d' installation, les batteries sont inclues ;)
https://fedorahosted.org/cobbler/

RedHat/Fedora, non content d' être La Caraĩbe pour developpeurs, est également une Caverne d' Ali Baba pour administrateurs... Et une corne d' abondance de stabilité pour les utilisateurs. Du bonheur en barre :)

Bref, il n' y a pas "que" la distribution, mais également un foisonnement ecosystème, dont le 'tampon' redhat assure non seulement une certaine qualité, mais surtout un suivi et des choix stratégiques cohérents.

Je pleurerai juste l' impossibilité de faire fonctionner la gui webstart d' infoblox avec le plugin java de openJDK... pour le moment. Et l' impossibilité actuelle de pouvoir centraliser [facilement] les confs de Gnome, et en appliquant des 'acl' précis par défaut. Un petit lien pour finir, pour faire le lien entre 2 journaux :p : http://aruiz.typepad.com/siliconisland/2009/01/re-whats-up-i(...)




ps : post rédigé depuis une plateforme enfin 100% libre : swfdec (de la Fedora 10) me permettant aujourdhui de visionner les techno Flash usuelles sans le flash-player proprio... Petite avancée ? meuh non énorme... !

MERCI :) Les LL m' épatent chaque jour !

C' est redland, oui.
Pour la consommation en ressources cpu et cycles de disques durs, c' est il me semble plus un problème d' ergonomie que de logiciel, non ? La consommation des logiciels d' indexation, depuis Kat sur 2006.0 (...) jusqu' à en passant par beagle, sur toutes les distros est toujours fort déplaisante pour une bonne d' utilisateurs semble t il. Ca pourrait être certainement reglé avec une conf' par défaut pour cgroup par exemple, mais cela pourrait aussi être simplement une question qui pourrait être expliquée à la 1ère connection, avec un choix genre "ordinateur neuf : indexation immédiate" ou "nombreux documents : lancer l' indexation à la demande" ou encore "nombreux documents : lancer l' indexation après 22h".

Cette fonctionnalité d' indexation de tout les contenus de tout documents est une fonctionnalité essentielle. pour le sémantique, je n' ajouterai jamais par moi même des 'notes' sur des documents destinées à autre chose qu' aux documents eux mêmes : le reste, l' indexation, me suffit amplement... C 'est quant même un **ta** de grep, le biniou. non ?

Ha désolé je savais pas. J' avais juste vu l' icone d' un lecteur multimédia, dont je ne me sert pas. C' était moins pour les icones d' applications que pour les icones de dossiers.

Certains de ces problèmes n' étaient pas liés à la distribution elle même. Par exemple à sa mise en place chez nous, utilisateurs, par la 'mise à jour de version' proposée par la petite applet. Un tout petit bug, mais un bon 'tueur'.
D' autres de ces problèmes pour nous sont effectivement liés à l' utilisation de Kde4 aujourdhui. Mais pourquoi ne persisteraient ils pas ? Pour d' autres tel lxde et Xfce, ça marche plutôt pas mal. C' est Gnome le bureau par défaut depuis 2 versions, kde4 doit être explicitement choisi.
Reste les problèmes qui arrivent avec l' iso et qui ne se trouvaient pas dans cooker au freeze. Une classique qui distingue les petites distrib des grosses peut être ?
A propos de cooker, fcartegnie, essaye là en ce moment, même dans un chroot, pour voir par toi même qu' elle est chouette ;) [à moins de ne pouvoir se passer de blob nvidia]
Cdlt

Faudrait pas non plus généraliser en se basant sur quelques exemples bien réels.
D' autres exemples démontrent que des projets, initiés par mandriva ou dont mdv est partie prenantes, sont aujourdhui fort sympathique.

Un exemple pour Mr Michu : Nepomuk.
Un exemple pour les passionés de compilations : la branche Melt de GCC
Un exemple pour les "griders" : XtreemOS

Bien sûr, c' est loin de Cobbler, de SpaceWalk, de Genome, de Cft (et donc de Func pour tout ça, mais aussi Puppet... ) et... Moksha. (Cet ecosystème est absolument énorme, génial.)

Mais on pourra aussi remarquer, au dela de la taille et du nombre des projets, la finalité de ceux ci. Ici les projets Les projets Mandriva bénéficient à tous. (nepomuk dans kde, xtreemos, le travail sur melt qui pourrait bénéficier à la branche principal de gcc...)

Références :
http://nepomuk.semanticdesktop.org/
http://gcc.gnu.org/wiki/MiddleEndLispTranslator
ftp://ftp.free.fr/mirrors/ftp.mandriva.com/MandrivaLinux/dev(...)
http://www.xtreemos.org


;)

Diva Linux ?

C' est certainement dûe à la phase de transition sys-conf-printer / printerdrake. A terme on devrais avoir toutes les fonctions équivalentes, et celles existantes dans printerdrake (et+ou nouvelles) seront proposées en amélioration de sys-conf-printer.

C' est vrai que la découverte réseau de printerdrake est vraiment absolument géniale...
Et c' est un point plus que très intéressant (il me semble) car il met en valeur la difficulté de n' avoir qu' une seule version :

La découverte réseau des imprimantes par printerdrake est absolument "kill feature" pour chez soi ou dans une pme... Mais... chez un grand compte je vois d' avance la tête des admin réseaux quant ils vont voir passer les scan bourrins nmap lancés par printerdrake... :))

Il me semble qu' il utilise une base de signature. Il n' a pas d' analyse comportementale par défaut. Pour cela on peux ajouter le module noyau Dazuko, (mais certains disent que Dazuko lui même peux être une faille...).

J' ai essayé (test sans aucune valeur informatique ou scientifique) il y a qq temps de passer de vieilles archives de virii sur cd, à la moulinette ClamAV : il trouve tout... sauf ceux qui étaient découpés en morceaux non fonctionnels et ceux qui étaient dans certaines archives... (malgrès la prise en charge théorique de ces archives et l' ancienneté des virii proposé à clamav). quant à de l' assembleur, heu bon, je vous laisse discuter hein ...

Voili voilà.
Références
http://en.wikipedia.org/wiki/Dazuko
http://dazuko.dnsalias.org/wiki/index.php/Dazuko-based_Appli(...)

Cordialement

Méliae Dark :)

C' est beau, que c' est beau, un vrai régal pour les yeux. Bon tout ceci reste question de goût et forcément subjectif. Encore mieux que Oxygen. Et en toutes tailles. Ce set d' icones s' adapte parfaitement à une taille énorme d' icones de bureau (genre interface pour écran tactile) tout aussi bien que sur un look 'fin'. Et autant avec Xfce qu' avec Gnome et LXde...

http://www.gnome-look.org/content/show.php/Meliae?content=88(...)

Double avantage :
. system-config-printer est activement maintenu par un plus grand nombre de personnes
. les améliorations apportés à system-config-printer seront proposées upstream pour bénéficier à tous.

Référence :
http://wiki.mandriva.com/fr/Mandriva_Linux_2009_Notes#Nouvel(...)

Raah c' est vrai que Linuxfr en rouge, ça aurait été chouette :)