bubar🦥 a écrit 6974 commentaires

La réponse est donné au dessus ;) "fedora 10 a rpm 4.6"

J' avoue ne pas comprendre le "enfin" du titre. Non plus le "a été invitée à aller voir ailleurs par Red Hat", car, c' est une supposition sans fondement, peut être que redhat a voulu créer un vrai rpm communautaire, ou plus de contributeurs pouvaient agir plus simplement (il me semble que les exemples de refus de redhat d' ajout de fonctions et de patchs dans rpm fait par des contributeurs, étaient assez courant :(
Peut être qu' il s' agit d' une stratégie parfaitement entendue entre Jeff Jonhson et Redhat. Peut être que je raconte n' importe quoi.

En tout cas, la dépêche est rédigée par quelqu' un semblant préféré le .deb et ça se ressent. Merci dans tout les cas, ecnore une fois.

Allez encore un effort et on aura peut être ensuite un Urpm pour tous ... :p :p (parceque le yum même en fed 10...) okok je ->

D' accord, ok.
perso j' ai choisi de "fusionner" plusieurs possibilités, typiquement :

LABEL blabla1
KERNEL startrom.o


LABEL blabla2
KERNEL rom.12

LABEL blabla3
KERNEL pinguin/rhel4u432/vmlinuz
APPEND initrd= pinguin/rhel4u432/initrd hostname=bla ip=bla dns=bla ks=nfs(serveur/chemin)

LABEL blabla4
KERNEL devfs=nomount drblthincli=off selinux=0 1 clientdir=node_root/home/v2 ocs_opt="--language en -g auto -r --nogui --run-postrun-dir -y1 -p reboot restoredisk generic-master-rhel4-u4-32.img sda

ok je ferais une petite compilation des diverses config que j' utilise et te les enverais. d' ici fin février vu que je suis un peu à fond là. En espérant que cela utile pour votre projet, et qu' on sera nombreux à proposer des confs diverses et variées.

Cdtl
bubar

:))

l' objectif recherché est donc atteins : "dormez, ne vous occupez de rien, lisez, cultivez vous si vous voulez, mais ne nous embetez plus".

Tu a arreté de t' occuper de politique, mais la politique continue de s' occuper de toi :p (pour paraphraser des paroles du bon vieux groupe Assassins)

bon, désolé, message précédent totalement inutile.

pourrais tu s' il te plait préciser un peu ta demande car moi en tout cas, j' ai pas bien compris certainement : tu as besoin de quoi exactement ? des lignes de configurations des fichiers nommés par addresse mac ? Genre les lignes de /tftpboot/nbi_img/default et /tftpboot/nbi_img/pinguin/01-00-xx-xx-xx-xx-xx ?

Si c' est cela, je peux peut être t' être utile en envoyant ce que propose drbl par défaut et ce que j' utilise pour mes machines ?

Bonjour,

Je pense que tu peux dans un premier temps regarder du côté de DRBL, qui devrait certainement te satisfaire en terme de nombres de distributions supportées : l' équipe de développement de drbl se chargeant de maintenir pour toutes ces distributions le necessaire pour le fonctionnement de son outil : serveur drbl/clonezilla.

Pour les Redhat, il n' est pas compliqué d' adapter le tout... pour obtenir quelque chose de plus souple au final que le simple couple pxe/kickstart.

Aussi sache que le nouveau format d' images .wim pour winpe 2.0 est tout à fait supportable avec un peu d' huile de coude, et le bonne rom de boot ;)

A titre personnel je préfère nettement utiliser l' implémentation logicielle de pxe : etherboot/gpxe (au travers du projet syslinux et du rom o matic). Pourquoi ? parceque :
1. c' est libre
2. cela permet de s' affranchir des bugs d' implémentation pxe (pxe qui marche pas, pxe qui marche mais client tftp buggué... on en voit des vertes et des pas mures)
3. cela offre le même service pour les machines n' ayant pas du tout pxe.
4. cela permet de plus facilement gérer le reboot-lan à distance (un script qui ré-écrit la conf de grub par exemple, puis reboot la machine.. et tout se fait tout seul)

Enfin certaines personnes travaillent actuellement à l' intégration d' un "pci.ids" dans gpxe/pxe libre... et ça, ça va être de la balle. Ne connaissant pas le staff, je ne peux là te donner de lien. Peut être que sur le chan de mandriva tu aurais des précisions ? Tu les connais certainement, non ? :p

Merci pour ton projet, je vais tester tout ça à titre personnel certainement bientôt :)

Cordialement.


Références :
http://drbl.nchc.org.tw
http://www.intel.com/design/archives/wfm/downloads/pxespec.h(...)
http://syslinux.zytor.com
http://syslinux.zytor.com/wiki/index.php/PXELINUX
http://www.rom-o-matic.net


ps : dit, vous répondez jamais aux emails des clients quant ils demandent des informations avant achat, chez Splitted Desktop ? (heu enfin c' etait pour la solution "intégré avec écran tactile" c est vous aussi, non ?)

Bonjour

A priori cela serait possible sans trop de difficulté.
Mais peut être qu' utiliser directement cette Ubuntu là sera plus avantageux.

En tout les cas, H.P et Canonical sont les premiers à faire ce que finalement nous sommes peut être nombreux à attendre : Une ouverture de dépôts particuliers, maintenus conjointement par H.P et Ubuntu (et donc aussi la communauté) afin de permettre aux utilisateurs de pouvoirs accéder à la base des logiciels libres aussi pour ces matériels là, très facilement par défaut.

Bravo H.P, bravo Canonical.

Les netbook H.P Linux sont les premiers netbooks Linux a ne enfermer le nouvel utilisateur dans un choix restreint de logiciels. Et il semble que H.P et Ubuntu, par la confection et le maintien de dépôts spécifiques, sont décider ensemble à péreniser Linux. Enfin.


Vraiment bravo.


purée j' applaudis canonical... hé beh les temps changent...

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


;)