Concernant l' administration du système, vous pouvez consulter l' excellente documentation de RedHat. bien entendu vous aurez quelque modifications qui ne sont pas prises sur RedHat par rapport à une Fedora. Néanmoins, tout ce que vous trouverez là fonctionnera sur Fedora d' une part, et vous aurez une documentation concise et précise sous la main.
C' est justement ce que je soulignais, la rapidité d' installation avec yum, ce n' est pas yum mais peut être un moyen de compression différent (rpm chez mdv utilise lzmo depuis 1 ou 2 ans je crois)
Pour les arguments, j' ai pas envie de te voir tourner en rond tout seul, ta spécialité. alors je t' invite à installer une mandriva et à faire tes propres constats par toi même.
Heu, faudrait arreter de jeter de l' huile sur le feu, non ?
C' est vrai que c' est une tendance linuxienne de toujours renvoyer l' utilisateur à ses propres fautes. Mais je ne vois rien de constructif là dedans si ce renvoi n' est pas pertinent (ie : adapté), ce qui est malheureusement souvent le cas. ("il pleut dehors" : "oui mais tu as oublié ton parapluie")
Le gars (en général) vient ici avec de gros sabots, et alors ? Est ce plus important les gros sabots et les empreintes laissés que le pourquoi de sa venue ? Moi il me semble pas. Le gars cherche à faire des efforts pour rendre son logiciel (libre) disponible pour les utilisateurs des linux, quant même, non ?
En même temps, le gars doit comprendre que des gros sabots peuvent irriter. Et que si son logiciel n' est pas pas intégré dans un 'main' d' une distrib, il ne sera pas aussi bien maintenu peut être. Le gars parle de business, donc il peut comprendre ça. Et il devrait comprendre que les gens qui prennent le temps de packager ne sont pas là pour recevoir des leçons.
Donc, bon, le gars pourrait peut être être aiguiller pour trouver des packageurs qui seraient personnellement intéressés par son soft. Et du coup, pourraient travailler avec lui.
La Fedora 10 présente par défaut un thème pour Gnome assez proche de OpenSolaris (barres de défilement un peu ronde, etc etc). Pas aussi joli que le gnome de OpenSolaris mais sympa quant même.. (enfin les goûts et les couleurs).
Tant qu' on est sur des comparaisons goûts/couleurs, on peux noter la quasi-parfaite similitude entre le gestionnaire graphique de paquets opensolaris et celui de mandriva (drakrpm). Même présentation, même ergonomie, mêmes fonctions aux mêmes endroits... et mieux fini : un régal. Enfin des gens sachant prendre le bon là où il est, sans se dire "pffu faut absolument faire autrement". Bien sûr certains raleront en disant que ce n' est pas inspiré, mais je ne dis pas ça, je ne sais pas. Je constate simplement que l' ergonomie du gestionnaire de paquet opensolrais est très très similaire à drakrpm (et cela a été fait forfuitement, c' est encore mieux)
Perso il me reconnait bien la première carte raid scsi (type aacraid), mais pas du tout la seconde (type lslogic), ce qui fût un vrai frein à l' installation en dur sur ma station. Il m' a fallu attendre d' avoir suffisament d' espace de stockage ailleurs pour pouvoir faire la bascule linux sur lslogic et donc un opensolaris en dur sur la aacraid.
Côté support matériel, on est très loin de Linux d' aujourdhui.
Pas de support pour aucune de mes 3 webcams, pas de support de l' encryption / le chiffrement de certaines de mes partitions, pas de support d' aucune des mes 3 clefs bluetooth, pas de support de mon wifi. Bref on a un peu l' impression de revenir à un linux d' il y a longtemps. (linux fait tout fonctionner tout ce matériel out-of-the-box, enfin mandriva, pas fedora, mais on va pas chipoter)
Mais ce n' est pas bloquant pour accrocher à OpenSolaris d' une part (tout comme pour avoir accrocher à linux) parceque tout ceci reste bien secondaire. Et d' autre part l' outil de signalement des drivers manquant, belle gui bien intégrée et ergonomique permet facilement de signaler les supports manquants pour ceux utilisant opensolaris au quotidien, qui donne une belle impression "d' envie d' améliorer le suport matériel de nos utilisateurs workstations".
Bref, si une absence de support matériel n' est pas bloquante (comme l' accès aux disques quant même...), l' installation de opensolaris vaut le coup.
Et si tu envisages d' acheter du matériel Sun, ce dernier fait des réductions aux membres de l' association, parait il (pas vérifié, pas demandé, pas venu au Guses pour ça, peut être + tard : demande sur le chan peut être). Donc : Rejoins le Guses :) -> guses.org
Ne prends la mouche, Bapt, on est d' accord sur le fond. Je me suis mal exprimé peut être, puisque tu fais référence avec raison à l' unicité autour de linux des fs de linux. Je disais juste que si Zfs n' est pas complètement porté sur d' autres OS il risque d' être explosé par BetterFS à terme. Sur Linux bien sûr, mais aussi sur les *BSD peut être. Et ça serait dommage. Voilà tout. Alors que ZFS pourrait devenir le fs des *nix quant betterFS serait cantonné aux Linux.
Le fonctionnement via Fuse est certes pratique pour administrer des stations solaris depuis un poste linux, mais cela serait tellement mieux si Zfs se retrouvait partout... Un tit changement de license et hop...
D' ici là betterFS aura explosé ZFS : en étant présent sur toutes les saveurs de Linux et poussé par Oracle. Si effectivement Sun n' aide pas au portage, ZFS se retrouvera cantonné au seul et unique Solaris. Ce qui reste génial pour les serveurs... mais pour la cible nouvelle de OpenSolaris (qui est intéressant également sur les stations de travail), je vous fait le pari nostradamus que pour le coup, cela sera un frein.
Tout comme Cgroup, qui est intégré dans le noyau linux lui, et non cet espèce [équivalent de gestion ressources dépassant le cadre traditionnel Unix du pid/process] de service sur Solaris, qui se met à bouffer les ressources comme un gros glouton ;) La solution des Cgroup dans le noyau linux est tellement plus efficace, et si pour le moment elle reste plus difficile d' accès pour l' adminstrateur, ça vaut le coup de se pencher dessus :)
Côté jugement personnel, j' adore OpenSolaris et Solaris 10.
Sans vouloir entrer dans votre débat, je signale juste la possibilité de faire un RPM LSB, qui pour le coup fonctionnera sur tout les systèmes rpm.
Bien que imparfait, cela vous sera nettement plus simple que de faire un énorme .spec prenant en charge toutes les distributions est leurs versions récentes. Ou de faire une multitude de rpm, un par distrib.
Je vois souvant des critiques sur la LSB (business, blabla), les paquets lsb non installés par défaut sur nos distrib... C' est certainement une lourde erreur.
Ubuntu a en ce sens parfaitement raison : en prenant le .deb tel quel, il participe largement à une facilité de construction et une standardisation. Un .deb fonctionne sur toutes les distros .deb facilement. (avec le même soucis mineur qu' un rpm lsb : une arbo choix de la distro pas forcément pil poil, mais bon...ça marche)
Rpm ferait bien de se magner les fesses sur lsb...
ps : ton packaging sous windows tu le réalises avec quoi ? wise ? il existe des logiciels du même type sous linux qui fonctionnent très bien (rpm compatible toutes distros avec parfaite gestion des dep.) mais sont mal vus parceque privateurs et chers (comme wise ou autre)
J' ai un Acer Aspire One (110) qui tourne sous Mandriva Linux 2009.
Tout fonctionne parfaitement, le boot est très rapide.
Lecture vidéo sans problème
-> Vidéo HD également.
Il a 2 ports 'card' (sd/mc, memory stick) ce qui est très appréciable.
Compiz-fusion tourne sans aucun soucis. (ça consomme juste plus d' énergie et de ram, forcément)
OpenOffice (go-oo en fait) démarre vite.
Exceed 3d : http://connectivity.hummingbird.com/collateral/ds/connectivi(...)
Ce n' est pas un "remote control" dans la mesure où il agit comme un vrai client X indépendant, non pour prendre la main sur une session existante. (c' est possible également, mais ce n' est pas le coeur de l' intérêt de foncitonnement de eXceed)
Cdlt.
On peux regretter le point de détail suivant : les outils de VirtualBox ne sont pas intégrés sur OpenSolaris (un comble, un peu). Alors que certains livecd linux les intègrent (du moins Mandriva One le fait) : ce qui permet à l' utilisateur d' avoir un tas de goodies que VirtualBox permet par défaut. Comme par exemple la gestion de la souris qui passe de la machine virtuelle au bureau hote simplement en glissant... C' est un point de détail, mais qu' il serait très agréable d' avoir pour ceux lançant OpenSolaris dans leur VirtualBox.
Bon de toute façons, OpenSolaris c' est fait pour être installer en dur :)
Meu là tu te trompes... C'est Pirut le remplaçant de up2date. Tu ne connais que Fedora visiblement. Pour reprendre un de tes propos ailleurs : passe à la RH6, oui, elle va déchirer :p
Heu, faudrait vérifier, mais Gparted n' était pas à la hauteur (et surtout pas stable) lorsque drakdisk permettait déjà de gérer en 3 clicks des options avancées.
Aujourdhui, oui, ils pourraient peut être reconsidéré le problème, voir la qualité actuelle de Gparted, le fait que cela soit maintenu par un plus grand nombre de personne... etc etc... Pour se demander s' ils abandonnent un outil aussi bon et historique...
Au fait Gparted n' est pas considéré comme super stable à priori, parceque RedHat ne l' a toujours pas intégré par défaut, hein. (et qu' on le veuille ou non, RedHat est la référence en terme de qualité et de stabilité -ceci n est pas un troll-)
Donc bon... Perso je me pose plutôt la questio suivante : pourquoi à l' époque avoir fait Gparted plutôt que de contribuer à Drakdisk.. Parceque c' est de l' informatique française et maudite ?
Oui, mais il peut (peut être ?) y avoir une explication à cela : RedHat a toujours privilégié Python, et URPM est developpé en Perl. (Mandrake/Mandriva ayant toujours privilégié Perl). Ceci est peut être une explication au fait que RedHat n' ai repris URPM.
C' est dommage, parcequ' il faut bien constater que yum n' est toujours pas à la hauteur e urpm pour gérer rpm. Je ne vais pas faire une liste, car elle serait certainement incomplète d' une part, et cela donnerai une impression de taper sur yum d' autre part, ce qui serait encore moins l' objectif. Quiconque utilise et connait assez bien les deux peux le constater : URPM reste supérieur à Yum pour une utilisation quotidienne. Et ce n' est pas la fantastique rapidité de Yum pour installer les paquets qui changent cela (tiens au fait c' est quoi l' algo de compression des rpm chez fedora maintenant... je vais voir ça pour mon info)
Cdtl.
De plus on peut importer des objets venant de Blender :)
Donc si l' envie te prends de créer tes objets avec Blender (en partant par exemple d' objets déjà existants et en les personnalisant, ou en partant de"0") tu pourra ensuite les partager avec les autres utilisateurs de sweethome3D
Un peu pareil que toi, Ploum, sauf que moi j' ai commencé avec une mandrake 9.1, je n' ai pas eu à faire de nuits blanches : alors que je ne demandais que mon modem, la mdk m' tout fait marché, webcam compris, en 2003.
La migration a certainement un coût pour les cyber-café, mais elle sera bénéficiaire aux mêmes certainement, et surtout elle va peut être profiter à l' économie en générale. En générant des revenus pour les sociètés de services. -> Remplaçant le coût de windows par le coût de la migration/maintenant/voire formation, sur des entreprises locales de services.
Mauvaise expression pouvant porter à confusion : le wiki n' est pas une erreur, ce qui est une erreur c' est de l' avoir laisser quasi vide et rempli par la communauté...
Il existe ce bouquin, donc. Et la sortie de ce bouquin ne doit, en plus, pas faire plaisir lorsqu' on a passsé longtemps à faire quelques pages wiki et qu' on voit ce bouquin tout les 6 mois...
Il aurait très certainement fallu remplir les bases documentaires sur les généralités, la distro, et les outils.
Avoir une doc de qualité n' est peut être pas un élément majeur de switch à court terme, mais c' est certainement agréable de pouvoir se référé à la doc pour tous d' une part, et un respect d' autre part.
Bref oublier la doc c' est pas oublié un fofo support, c' est plus important.
Et laisser la communauté ré-écrire les bases, c' est la laisser s' épuiser et être déçue.
C' est tellement évident que tu as bien raison de le rappeler. Merci obiwan :p Mais les jugements "à l' emporte pièce" ne devraient peut être pas être jugés simplement comme cela, si ? Tout comme le tiens, parceque des critiques (et plus étayées) tu en a aussi, non ?
Par exemple un commentaire sur PulseAudio : OK très bien, dire que c' est une bouse ça se fait pas, ça fait fud et limite débile. Néanmoins tout ceux ayant pulse sur leur pc peuvent le constater : le machin prends un paquet de ressources proc pour pas grand chose... (et ok c' est super d' accepter autant de ressources pour le son.)
Bah, faut voir le bon côté des choses ;p Ils s' améliorent (ces personnes) : maintenant ça sait lire et écrire. Peut être bientôt ils sauront penser. Et après avoir un esprit critique.
Perso, (je sais je radote) payer le même prix pour un PC sans windows que un PC avec, je suis OK. Que le constructeur empoche la différence, bordel !
A ceux rétorquant "oui mais gnu ne touche rien du coup" on peux leur répondre : Faux, regarde les ML autour du kernel (par exemple la IOMMU en ce moment) Fujitsu participe largement : no soucis.
Je suis même ok pour payer plus cher un linux pré-installé, dans la mesure où ce produit est meilleur que windows.
# RedHat
Posté par bubar🦥 . En réponse au message [fedora] Télécharger la documentation de Fedora. Évalué à 2.
Concernant l' administration du système, vous pouvez consulter l' excellente documentation de RedHat. bien entendu vous aurez quelque modifications qui ne sont pas prises sur RedHat par rapport à une Fedora. Néanmoins, tout ce que vous trouverez là fonctionnera sur Fedora d' une part, et vous aurez une documentation concise et précise sous la main.
http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/(...)
http://kbase.redhat.com/faq/en
Vous pourrez également trouver de nombreuses documentations chez IBM, assez disparates, tant en terme de niveau que 'géographiquement'.
http://www-128.ibm.com/developerworks/linux/library/l-fedora(...)
Pour yum spécifiquement, vous pouvez consulter la page :
-> http://yum.baseurl.org/wiki/Guides
ainsi que sur le wiki de Fedora :
http://doc.fedora-fr.org/YUM_:_Configuration_du_gestionnaire(...)
http://fedoraproject.org/wiki/Tools/yum
Cdlt.
[^] # Re: RIP Mandrake
Posté par bubar🦥 . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 3.
Pour les arguments, j' ai pas envie de te voir tourner en rond tout seul, ta spécialité. alors je t' invite à installer une mandriva et à faire tes propres constats par toi même.
# sysresc
Posté par bubar🦥 . En réponse au message Quelle "distribution" pour explorer PC récupérés ?. Évalué à 7.
sysrescuecd.
sans hésitation.
pour les infos matériels, tu pourra jouer avec des trucs comme
lspci -vvv
lsusb
lshal
et bien sûr, DMIDECODE
Références :
http://www.sysresccd.org/Quick-start-guide_FR
La version suivante est aussi très intéressante :
http://clonezilla.org/related-live-cd/002_clonezilla-sysresc(...)
Cdlt.
[^] # Re: Problème sous linux aussi
Posté par bubar🦥 . En réponse au journal Maintenez votre Windows à jour.... Évalué à 3.
C' est vrai que c' est une tendance linuxienne de toujours renvoyer l' utilisateur à ses propres fautes. Mais je ne vois rien de constructif là dedans si ce renvoi n' est pas pertinent (ie : adapté), ce qui est malheureusement souvent le cas. ("il pleut dehors" : "oui mais tu as oublié ton parapluie")
Le gars (en général) vient ici avec de gros sabots, et alors ? Est ce plus important les gros sabots et les empreintes laissés que le pourquoi de sa venue ? Moi il me semble pas. Le gars cherche à faire des efforts pour rendre son logiciel (libre) disponible pour les utilisateurs des linux, quant même, non ?
En même temps, le gars doit comprendre que des gros sabots peuvent irriter. Et que si son logiciel n' est pas pas intégré dans un 'main' d' une distrib, il ne sera pas aussi bien maintenu peut être. Le gars parle de business, donc il peut comprendre ça. Et il devrait comprendre que les gens qui prennent le temps de packager ne sont pas là pour recevoir des leçons.
Donc, bon, le gars pourrait peut être être aiguiller pour trouver des packageurs qui seraient personnellement intéressés par son soft. Et du coup, pourraient travailler avec lui.
/fin de la mn barosophique :p désolé je ->
# piksel
Posté par bubar🦥 . En réponse à la dépêche Lettre d’information Libre Accès de décembre. Évalué à 2.
Ce petit message juste pour signaler que la manifestation annuelle des Piksels vient de prendre fin.
http://www.piksel.no/piksel08/p08_live.htm
Perso j' adore le Pat(c)hology ... Ainsi que le Frotzophone qui fait du son et de la musique en fonction du code écrit en direct... :p Et http://www.pawfal.org/dave/index.cgi?Projects/Al%20Jazari doit être terrible à voir en direct, à interagir avec... Enfin, voir un écran PureData tel que celui-ci http://ydegoyon.free.fr/christian-marclay.png ça "espante" quant même :p
Bonnes balades...
[^] # Re: Thème
Posté par bubar🦥 . En réponse à la dépêche Sortie d'Opensolaris 2008.11. Évalué à 3.
Tant qu' on est sur des comparaisons goûts/couleurs, on peux noter la quasi-parfaite similitude entre le gestionnaire graphique de paquets opensolaris et celui de mandriva (drakrpm). Même présentation, même ergonomie, mêmes fonctions aux mêmes endroits... et mieux fini : un régal. Enfin des gens sachant prendre le bon là où il est, sans se dire "pffu faut absolument faire autrement". Bien sûr certains raleront en disant que ce n' est pas inspiré, mais je ne dis pas ça, je ne sais pas. Je constate simplement que l' ergonomie du gestionnaire de paquet opensolrais est très très similaire à drakrpm (et cela a été fait forfuitement, c' est encore mieux)
[^] # Re: Customisons, mes frères!
Posté par bubar🦥 . En réponse à la dépêche Sortie d'Opensolaris 2008.11. Évalué à 2.
Côté support matériel, on est très loin de Linux d' aujourdhui.
Pas de support pour aucune de mes 3 webcams, pas de support de l' encryption / le chiffrement de certaines de mes partitions, pas de support d' aucune des mes 3 clefs bluetooth, pas de support de mon wifi. Bref on a un peu l' impression de revenir à un linux d' il y a longtemps. (linux fait tout fonctionner tout ce matériel out-of-the-box, enfin mandriva, pas fedora, mais on va pas chipoter)
Mais ce n' est pas bloquant pour accrocher à OpenSolaris d' une part (tout comme pour avoir accrocher à linux) parceque tout ceci reste bien secondaire. Et d' autre part l' outil de signalement des drivers manquant, belle gui bien intégrée et ergonomique permet facilement de signaler les supports manquants pour ceux utilisant opensolaris au quotidien, qui donne une belle impression "d' envie d' améliorer le suport matériel de nos utilisateurs workstations".
Bref, si une absence de support matériel n' est pas bloquante (comme l' accès aux disques quant même...), l' installation de opensolaris vaut le coup.
Et si tu envisages d' acheter du matériel Sun, ce dernier fait des réductions aux membres de l' association, parait il (pas vérifié, pas demandé, pas venu au Guses pour ça, peut être + tard : demande sur le chan peut être). Donc : Rejoins le Guses :) -> guses.org
[^] # Re: ZFS
Posté par bubar🦥 . En réponse à la dépêche Sortie d'Opensolaris 2008.11. Évalué à 2.
Le fonctionnement via Fuse est certes pratique pour administrer des stations solaris depuis un poste linux, mais cela serait tellement mieux si Zfs se retrouvait partout... Un tit changement de license et hop...
cdlt
[^] # Re: ZFS
Posté par bubar🦥 . En réponse à la dépêche Sortie d'Opensolaris 2008.11. Évalué à 2.
Tout comme Cgroup, qui est intégré dans le noyau linux lui, et non cet espèce [équivalent de gestion ressources dépassant le cadre traditionnel Unix du pid/process] de service sur Solaris, qui se met à bouffer les ressources comme un gros glouton ;) La solution des Cgroup dans le noyau linux est tellement plus efficace, et si pour le moment elle reste plus difficile d' accès pour l' adminstrateur, ça vaut le coup de se pencher dessus :)
Côté jugement personnel, j' adore OpenSolaris et Solaris 10.
[^] # Re: Problème sous linux aussi
Posté par bubar🦥 . En réponse au journal Maintenez votre Windows à jour.... Évalué à 2.
Sans vouloir entrer dans votre débat, je signale juste la possibilité de faire un RPM LSB, qui pour le coup fonctionnera sur tout les systèmes rpm.
Bien que imparfait, cela vous sera nettement plus simple que de faire un énorme .spec prenant en charge toutes les distributions est leurs versions récentes. Ou de faire une multitude de rpm, un par distrib.
Je vois souvant des critiques sur la LSB (business, blabla), les paquets lsb non installés par défaut sur nos distrib... C' est certainement une lourde erreur.
Ubuntu a en ce sens parfaitement raison : en prenant le .deb tel quel, il participe largement à une facilité de construction et une standardisation. Un .deb fonctionne sur toutes les distros .deb facilement. (avec le même soucis mineur qu' un rpm lsb : une arbo choix de la distro pas forcément pil poil, mais bon...ça marche)
Rpm ferait bien de se magner les fesses sur lsb...
ps : ton packaging sous windows tu le réalises avec quoi ? wise ? il existe des logiciels du même type sous linux qui fonctionnent très bien (rpm compatible toutes distros avec parfaite gestion des dep.) mais sont mal vus parceque privateurs et chers (comme wise ou autre)
Cdlt.
# Acer One
Posté par bubar🦥 . En réponse au message Acer Aspire One versus EeePC. Évalué à 4.
Tout fonctionne parfaitement, le boot est très rapide.
Lecture vidéo sans problème
-> Vidéo HD également.
Il a 2 ports 'card' (sd/mc, memory stick) ce qui est très appréciable.
Compiz-fusion tourne sans aucun soucis. (ça consomme juste plus d' énergie et de ram, forcément)
OpenOffice (go-oo en fait) démarre vite.
Le tout, avec un bureau LXDE consomme 117 de ram
http://img512.imageshack.us/img512/1769/mininy1.jpg
Le même bureau + firefox + Flash + compiz est contenu dans 252mo de Ram... parfait...
http://img221.imageshack.us/img221/5753/mdvmini2xg6.png
Bref du bonheur en boite avec cet Acer Aspire One et Mandriva.
# eXceed
Posté par bubar🦥 . En réponse au message Opengl en remote control. Évalué à 2.
Ce n' est pas un "remote control" dans la mesure où il agit comme un vrai client X indépendant, non pour prendre la main sur une session existante. (c' est possible également, mais ce n' est pas le coeur de l' intérêt de foncitonnement de eXceed)
Cdlt.
[^] # Re: Compatibilité limite avec KVM
Posté par bubar🦥 . En réponse à la dépêche Sortie d'Opensolaris 2008.11. Évalué à 3.
Bon de toute façons, OpenSolaris c' est fait pour être installer en dur :)
[^] # Re: ZFS
Posté par bubar🦥 . En réponse à la dépêche Sortie d'Opensolaris 2008.11. Évalué à 8.
http://blogs.sun.com/erwann/entry/zfs_on_the_desktop_zfs
Enorme, tout simplement énorme.
[^] # Re: RIP Mandrake
Posté par bubar🦥 . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 3.
[^] # Re: RIP Mandrake
Posté par bubar🦥 . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 2.
[^] # Re: Réponses en vrac
Posté par bubar🦥 . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 3.
Aujourdhui, oui, ils pourraient peut être reconsidéré le problème, voir la qualité actuelle de Gparted, le fait que cela soit maintenu par un plus grand nombre de personne... etc etc... Pour se demander s' ils abandonnent un outil aussi bon et historique...
Au fait Gparted n' est pas considéré comme super stable à priori, parceque RedHat ne l' a toujours pas intégré par défaut, hein. (et qu' on le veuille ou non, RedHat est la référence en terme de qualité et de stabilité -ceci n est pas un troll-)
Donc bon... Perso je me pose plutôt la questio suivante : pourquoi à l' époque avoir fait Gparted plutôt que de contribuer à Drakdisk.. Parceque c' est de l' informatique française et maudite ?
[^] # Re: RIP Mandrake
Posté par bubar🦥 . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 3.
C' est dommage, parcequ' il faut bien constater que yum n' est toujours pas à la hauteur e urpm pour gérer rpm. Je ne vais pas faire une liste, car elle serait certainement incomplète d' une part, et cela donnerai une impression de taper sur yum d' autre part, ce qui serait encore moins l' objectif. Quiconque utilise et connait assez bien les deux peux le constater : URPM reste supérieur à Yum pour une utilisation quotidienne. Et ce n' est pas la fantastique rapidité de Yum pour installer les paquets qui changent cela (tiens au fait c' est quoi l' algo de compression des rpm chez fedora maintenant... je vais voir ça pour mon info)
Cdtl.
[^] # Re: Sweet Home 3D
Posté par bubar🦥 . En réponse au message Aménagement intérieur.... Évalué à 2.
Donc si l' envie te prends de créer tes objets avec Blender (en partant par exemple d' objets déjà existants et en les personnalisant, ou en partant de"0") tu pourra ensuite les partager avec les autres utilisateurs de sweethome3D
Ce logiciel est vraiment génial.
[^] # Re: plop
Posté par bubar🦥 . En réponse au journal Red Flag Linux imposé dans les cyber cafés chinois. Évalué à 2.
La migration a certainement un coût pour les cyber-café, mais elle sera bénéficiaire aux mêmes certainement, et surtout elle va peut être profiter à l' économie en générale. En générant des revenus pour les sociètés de services. -> Remplaçant le coût de windows par le coût de la migration/maintenant/voire formation, sur des entreprises locales de services.
[^] # Re: RIP Mandrake
Posté par bubar🦥 . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 1.
Il existe ce bouquin, donc. Et la sortie de ce bouquin ne doit, en plus, pas faire plaisir lorsqu' on a passsé longtemps à faire quelques pages wiki et qu' on voit ce bouquin tout les 6 mois...
Il aurait très certainement fallu remplir les bases documentaires sur les généralités, la distro, et les outils.
Avoir une doc de qualité n' est peut être pas un élément majeur de switch à court terme, mais c' est certainement agréable de pouvoir se référé à la doc pour tous d' une part, et un respect d' autre part.
Bref oublier la doc c' est pas oublié un fofo support, c' est plus important.
Et laisser la communauté ré-écrire les bases, c' est la laisser s' épuiser et être déçue.
[^] # Re: Réponses en vrac
Posté par bubar🦥 . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 2.
Par exemple un commentaire sur PulseAudio : OK très bien, dire que c' est une bouse ça se fait pas, ça fait fud et limite débile. Néanmoins tout ceux ayant pulse sur leur pc peuvent le constater : le machin prends un paquet de ressources proc pour pas grand chose... (et ok c' est super d' accepter autant de ressources pour le son.)
Amt.
[^] # Re: Réponses en vrac
Posté par bubar🦥 . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à -1.
# bouteille à moitié pleine
Posté par bubar🦥 . En réponse au journal Mon Blog préféré.... Évalué à 2.
[^] # Re: Tant qu'à faire
Posté par bubar🦥 . En réponse au journal Remboursement Windows, des constructeurs fair-play ?. Évalué à 6.
A ceux rétorquant "oui mais gnu ne touche rien du coup" on peux leur répondre : Faux, regarde les ML autour du kernel (par exemple la IOMMU en ce moment) Fujitsu participe largement : no soucis.
Je suis même ok pour payer plus cher un linux pré-installé, dans la mesure où ce produit est meilleur que windows.