Etes vous pret a prendre ce genre de risques pour votre (vos) systeme(s) en echange d'une vitesse de sortie accrue des patchs ?
Cette question ne (me) semble valable que si on pose d' abord la question de la saveur choisie de la distribution. Tu sembles sous entendre une distribution stable, objectif Mr michu.
Ok, alors on peut éliminer de suite : Fedora, OpenSuSe, Ubuntu et Mandriva cooker.
Dans les grandes à destination de Mr Michu, il reste donc : RedHat, SuSe, Debian & Mandriva, et bien sûr Ubuntu lts.
Pour reprendre les propos de PasBillPasGates, avec lequel je partage cette vision : un patch ne peux pas prévoir toutes situations. Donc on élimine les installations foireuses et les Mr Brico-Michu...
Sortir des patchs toujours le même jour me semble stupide. Il faut les sortir quant il y en a besoin. Cela fait un peu "les oiseaux volent" mais c est tellement vrai ... (surtout en considerant une architecture distribuée pour l' envoi des patchs...)
Enfin il faut aussi voir la saveur de la saveur :p ie : l' emploi choisi pour la distribution. Mr Michu ayant un serveur sous Debian n' a pas le même système installé que Mr Michu ayant un laptop au top de la techno sous Mandriva ou Ubuntu. C' est pratique parceque pour le coup le patch critique pour un serveur a moins de chance de casser quelque chose... ce qui permet de le distribuer plus vite... et un serveur, ça tombe bien, en a besoin rapidement...
Mr Michu avec son laptop, il peux attendre un peu, que la QA ait pris le temps de tester un maximum d' impact dans un maximum de possibilités...
Cdlt.
ps : au modèle classique Editeur->patch il faut aussi ajouter le nouveau modèle que linux en train de rendre possible : celui Editeur->Constructeur->Patch. Exemple : sur un Acer Aspire One avec une base Linpus Linux Lite (base Fedora) C' est Acer qui se charge de la QA et de la distribution des patchs. Et en tant que Mr Michu je n' ai pas eu en m' en plaindre ...
Grosso modo :
lorsqu' on branche un matériel usb :
_ le noyau se met en branle
_ un service, avec les informations fournies, demande au noyau de charger le bon driver
_ le noyau charge le driver
_ un device est créait, correspondant au matériel, et permettant à des applications d' y accéder.
C' est grosso modo le même phénomène quel que soit l' OS (sauf que nous on l' étape Udev / Hal ou que Udev).
Créait un device à la main reviendrait à faire un mknode en sachant les numéros mineurs et majeurs corrects. Un nouveau device peux demander une mise à jour d' une table : libpcidata.a par exemple. Dans notre cas cette table c' est chez udev qu' il faut la prendre :
Ici, ton périphérique est bien vu, et udev demande au noyau de charger un driver. Mais celui demandé n' est pas le bon pour ton utilisation. Il faut donc inscrire une règle udev spécifique, ou corrigée celle existante pour ce device là, afin que à chaque fois que tu branches ce périphérique, le bon driver soit chargé.
Là, du coup, il faudrait faire à la main :
retrait du driver chargé : rmmod cdc-acm
chargement du driver adéquat : modprobe pl2303 (par exemple, si ce périph est géré par ce module)
Mais c' est mieux de tout faire en automatique une fois pour toute (donc règle udev)
Pour être sûr du driver : http://google.fr/linux
et cherche la ligne référence pour ce périph', sortie du résultat de :
lsusb
(ou lspcidrake -v si tu utilises mandriva, cette commande résume l' essentiel)
J' espère avoir été clair, sans trop d' embrouille ou de faute
Cdlt.
ps : tu peux coller le résultat de la commande citée (lspcidrake ou lsusb quant le périph est branché) sur le forum correspondant à ta distribution. Nul doute que quelqu' un fera les recherches nécessaires et te donnera la marche à suivre.
Toshiba va proposer sur le marché américain els meilleurs de ses laptops avec OpenSolaris 2008.11, pré-installé et optimisé pour les processeurs d' AMD, partenaire historique de sun, mais aussi pour le nouvel i7 d' Intel)
Ouaih !!!!!!!!!!!
Cela augure également du meilleur pour l' amélioration du support matériel des gadgets (webcam, bluetooth dual channel, wifi, etc etc). Et un support au top de l' acpi sur ces modèles !
Le Guses pourrait il s' organiser pour faire une commande groupée ?? J' en voudrais bien un !!!
Pourquoi ne pas prendre une solution comme un serveur de système de sauvegarde ? Régulièrement il met à jour la sauvegarde de manière incrémentale, et de temps en temps, il fait une autre sauvegarde, pleine et entière, neuve. Puis il créer une zolie image .iso bootable (ou plutôt transférable par le réseau, c' est plus rapide).
Ou encore DRBL ? http://drbl.sourceforge.net/
Diskless Remote Boot in Linux (DRBL) provides a diskless or systemless environment for client machines. It works on Debian, Ubuntu, Mandriva, Red Hat, Fedora, CentOS and SuSE. DRBL uses distributed hardware resources and makes it possible for clients to fully access local hardware. It also includes Clonezilla, a partitioning and disk cloning utility similar to Symantec Ghost®
L' usage et les fonctions ne sont pas tout à fait les mêmes, mais tu trouvera chez chacun d' eux ce que tu cherches. (drbl a aussi un script tout prêt de création d' image bootable)
ps : une fois ceci résolue, ça serait super sympa d' envoyer un rapport de bug sur le bugzilla de ta distribution, en collant dans le corps du message le résultat de
lspci -v
ainsi que le message que tu as copié ici, fruit d' un tail -f sur /var/log/message lancé juste avant de brancher ta clef.
Enfin, inclure la règle udev modifiée, ordonnant le chargement du bon module, en proposition de correctif.
Merci
Il lance le module cdc_acm (module noyau pour les modem cable par exemple)
Il va falloir éditer une règle udev afin qu' il fasse les opérations correctes, celles indiquées par Arthurr, lorsque tu branches la clef : qu' il l' attache à une TTYSUB par exemple.
Ainsi tu pourra lancer Konsole par exemple ou alors le bon vieux minicom.
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 ?
# mes2cents
Posté par bubar🦥 (Mastodon) . En réponse au journal Vitesse vs. Qualite, vous choisissez quoi ?. Évalué à 2.
Cette question ne (me) semble valable que si on pose d' abord la question de la saveur choisie de la distribution. Tu sembles sous entendre une distribution stable, objectif Mr michu.
Ok, alors on peut éliminer de suite : Fedora, OpenSuSe, Ubuntu et Mandriva cooker.
Dans les grandes à destination de Mr Michu, il reste donc : RedHat, SuSe, Debian & Mandriva, et bien sûr Ubuntu lts.
Pour reprendre les propos de PasBillPasGates, avec lequel je partage cette vision : un patch ne peux pas prévoir toutes situations. Donc on élimine les installations foireuses et les Mr Brico-Michu...
Sortir des patchs toujours le même jour me semble stupide. Il faut les sortir quant il y en a besoin. Cela fait un peu "les oiseaux volent" mais c est tellement vrai ... (surtout en considerant une architecture distribuée pour l' envoi des patchs...)
Enfin il faut aussi voir la saveur de la saveur :p ie : l' emploi choisi pour la distribution. Mr Michu ayant un serveur sous Debian n' a pas le même système installé que Mr Michu ayant un laptop au top de la techno sous Mandriva ou Ubuntu. C' est pratique parceque pour le coup le patch critique pour un serveur a moins de chance de casser quelque chose... ce qui permet de le distribuer plus vite... et un serveur, ça tombe bien, en a besoin rapidement...
Mr Michu avec son laptop, il peux attendre un peu, que la QA ait pris le temps de tester un maximum d' impact dans un maximum de possibilités...
Cdlt.
ps : au modèle classique Editeur->patch il faut aussi ajouter le nouveau modèle que linux en train de rendre possible : celui Editeur->Constructeur->Patch. Exemple : sur un Acer Aspire One avec une base Linpus Linux Lite (base Fedora) C' est Acer qui se charge de la QA et de la distribution des patchs. Et en tant que Mr Michu je n' ai pas eu en m' en plaindre ...
[^] # Re: over a virtual serial port ...
Posté par bubar🦥 (Mastodon) . En réponse au message Problem avec la connection USB avec PC sous linux !! !. Évalué à 3.
lorsqu' on branche un matériel usb :
_ le noyau se met en branle
_ un service, avec les informations fournies, demande au noyau de charger le bon driver
_ le noyau charge le driver
_ un device est créait, correspondant au matériel, et permettant à des applications d' y accéder.
C' est grosso modo le même phénomène quel que soit l' OS (sauf que nous on l' étape Udev / Hal ou que Udev).
Créait un device à la main reviendrait à faire un mknode en sachant les numéros mineurs et majeurs corrects. Un nouveau device peux demander une mise à jour d' une table : libpcidata.a par exemple. Dans notre cas cette table c' est chez udev qu' il faut la prendre :
Ici, ton périphérique est bien vu, et udev demande au noyau de charger un driver. Mais celui demandé n' est pas le bon pour ton utilisation. Il faut donc inscrire une règle udev spécifique, ou corrigée celle existante pour ce device là, afin que à chaque fois que tu branches ce périphérique, le bon driver soit chargé.
Là, du coup, il faudrait faire à la main :
retrait du driver chargé : rmmod cdc-acm
chargement du driver adéquat : modprobe pl2303 (par exemple, si ce périph est géré par ce module)
Mais c' est mieux de tout faire en automatique une fois pour toute (donc règle udev)
Pour être sûr du driver :
http://google.fr/linux
et cherche la ligne référence pour ce périph', sortie du résultat de :
lsusb
(ou lspcidrake -v si tu utilises mandriva, cette commande résume l' essentiel)
J' espère avoir été clair, sans trop d' embrouille ou de faute
Cdlt.
ps : tu peux coller le résultat de la commande citée (lspcidrake ou lsusb quant le périph est branché) sur le forum correspondant à ta distribution. Nul doute que quelqu' un fera les recherches nécessaires et te donnera la marche à suivre.
[^] # Re: Customisons, mes frères!
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Sortie d'Opensolaris 2008.11. Évalué à 2.
Ouaih !!!!!!!!!!!
Cela augure également du meilleur pour l' amélioration du support matériel des gadgets (webcam, bluetooth dual channel, wifi, etc etc). Et un support au top de l' acpi sur ces modèles !
Le Guses pourrait il s' organiser pour faire une commande groupée ?? J' en voudrais bien un !!!
# je suis déjà dehors
Posté par bubar🦥 (Mastodon) . En réponse au message creation d'une image .iso. Évalué à 4.
:p
# serveur de système de sauvegarde ?
Posté par bubar🦥 (Mastodon) . En réponse au message creation d'une image .iso. Évalué à 2.
Pourquoi ne pas prendre une solution comme un serveur de système de sauvegarde ? Régulièrement il met à jour la sauvegarde de manière incrémentale, et de temps en temps, il fait une autre sauvegarde, pleine et entière, neuve. Puis il créer une zolie image .iso bootable (ou plutôt transférable par le réseau, c' est plus rapide).
Par exemple linbox ?
http://www.linbox.com/ucome.rvt/any/fr/Produits/LRS/details/(...)
http://www.linbox.com/ucome.rvt/any/fr/Produits/LRS/details/(...)
Ou encore DRBL ?
http://drbl.sourceforge.net/
Diskless Remote Boot in Linux (DRBL) provides a diskless or systemless environment for client machines. It works on Debian, Ubuntu, Mandriva, Red Hat, Fedora, CentOS and SuSE. DRBL uses distributed hardware resources and makes it possible for clients to fully access local hardware. It also includes Clonezilla, a partitioning and disk cloning utility similar to Symantec Ghost®
L' usage et les fonctions ne sont pas tout à fait les mêmes, mais tu trouvera chez chacun d' eux ce que tu cherches. (drbl a aussi un script tout prêt de création d' image bootable)
Cordialement.
[^] # Re: over a virtual serial port ...
Posté par bubar🦥 (Mastodon) . En réponse au message Problem avec la connection USB avec PC sous linux !! !. Évalué à 2.
lspci -v
ainsi que le message que tu as copié ici, fruit d' un tail -f sur /var/log/message lancé juste avant de brancher ta clef.
Enfin, inclure la règle udev modifiée, ordonnant le chargement du bon module, en proposition de correctif.
Merci
[^] # Re: over a virtual serial port ...
Posté par bubar🦥 (Mastodon) . En réponse au message Problem avec la connection USB avec PC sous linux !! !. Évalué à 2.
Il va falloir éditer une règle udev afin qu' il fasse les opérations correctes, celles indiquées par Arthurr, lorsque tu branches la clef : qu' il l' attache à une TTYSUB par exemple.
Ainsi tu pourra lancer Konsole par exemple ou alors le bon vieux minicom.
Cdlt.
[^] # Re: piksel
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Lettre d’information Libre Accès de décembre. Évalué à 2.
!!!!
:)
# RedHat
Posté par bubar🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . 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🦥 (Mastodon) . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 3.
[^] # Re: RIP Mandrake
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 2.
[^] # Re: Réponses en vrac
Posté par bubar🦥 (Mastodon) . 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 ?