Oui, bof : quant on voit tout les problèmes de signatures de rpm, et les pb des dépôts mirroirs, ça donne pas envie au premier quidam venu d' utiliser CentOS.
Perso j' utilise CentOS tout les jours, tout comme RedHat (toutes versions) et Mandriva. Et ce n' est pas une quelconque affectivité qui me fait préférer mandriva!
C' est complémentaire : RedHat pour l' assurance du propre et le support. CentOS pour des machines de tests et d' empaquetage initial. Et Mandriva parcequ' on est tous un peu feignants ;)
Les installations peuvent être complètement automatisées. Et le parc complètement hétérogène en terme de matériel, de logiciels, et d' OS.
Pour Windows il y a R.I.S.
Historiquement, Ignite pour HP-UX est le plus ancien, il me semble (et toujours le meilleur pour ça.)
Pour Solaris, il y a JumpStart (ignite like).
Pour RedHat, kickstart (jumpstart like).
Pour Debian, F.A.I (kickstart like, et au delà !).
--> Pour tout les Linux : Pulse. (génération de masters, scénarios d' installations, surveillance de parc, etc etc). C' est la solution la plus aboutie. (actuellement déployé dans des parcs de 20 000 et de 90 000 machines)
Toutes les installations, Windows y compris, peut être géré avec un serveur DRBL et un peu d' huile de coude. (etherboot pour éviter les bugs pxe, clones d' os, script d' adaptations de conf au matos, scripts d' adaptation de l' O.S., transition aisée entre kickstart et drbl et enfin une interface web-clickou pour dire "ouaih super je veux ça, ça et ça sur ce matos, je clique et hop la machine s' installe toute seule à 1500km de la"). Avec des bonus tel que des sauvegardes incrémentales en compression lzmo, des possibilités que LTSP n' offre qu' en version 5 et en moins bien, etc etc)
Le type d' outil que propose OpenSuSe n' a rien de nouveau (génération de master depuis une interface web) et ne peux répondre aux besoins industriels. De plus, le geek autant que l' industriel, voudra se faire son truc précis. Et le débutant, madame michue, n' ira même pas se choisr des méta-paquets. Alors vraiment dans la vraie vie, même s' il est fort sympathique et réussi, à qui s' adresse cet outil ???
cpulimit est dorénavant intégré dans pas mal de distro par défaut.
Sur mdv 2008.1 c est le cas :
[user@machine ~]$ urpmq -i cpulimit
Name : cpulimit
Version : 1.1
Release : 1mdv2008.1
Group : Monitoring
Size : 10064 Architecture: i586
Source RPM : cpulimit-1.1-1mdv2008.1.src.rpm
URL : http://cpulimit.sourceforge.net/
Summary : CPU Usage Limiter
Description :
cpulimit is a simple program that attempts to limit the cpu usage of a
process (expressed in percentage, not in cpu time). This is useful to
control batch jobs, when you don't want they eat too much cpu. It does
not act on the nice value or other scheduling priority stuff, but on
the real cpu usage. Also, it is able to adapt itself to the overall
system load, dynamically and quickly.
Ou sur une clef usb (ou support de cartes sd ou puces) tu peux mettre un mbr + grub + etherboot (rom .zlilo par exemple). Cet ensemble permet que la machine puisse booter et descendre son nécessaire (noyau + ramdisk initial), avec la configuration du "partiionnement" adéquat ( / sur iscsi ou/et /home sur /nfs, etc etc). Sur ce même support de boot initial (clef, sd, puce) tu peux également mettre les clefs d' identification.
Ainsi le personnel a tout sous la main, avec cette carte/sd/clef, pour pouvoir utiliser n' importe quel ordinateur, retrouver sa configuration, ses autorisations, et bien sûr son identification.
ça va faire un peu godwin aussi. mais je vais tenter d' élargir un peu les choses. L' exemple donné est l' exemple de la délation :
_ ça fait toujours mal, humainement, de savoir qu' il peut être un délit d' exprimer une opinion. (quelle qu' elle soit) (ou sinon relisez Voltaire)
_ google se conforme à la loi d' un état souverrain.
Bien.
Mais pourquoi réduire la problématique à un exemple de délation d' expression d' opinion ?
Car cette cause est juste, certes, et nous voudrions tous (?) que toutes les opinions puissent s' exprimer librement, y compris celles contre celle-ci.
Mais une cause juste peut elle servir des intérêts différents injuste au regard même de cette cause ? Oui si on y prends pas garde.
Sous le pretexte que "ho c' est pas beau le manque de liberté d' expression" nous ferions "ho faites comme nous et si pas contents on vous y oblige" ?
C' est bien ce qui se serait passé si Google ne s' était pas conformé à la loi indienne.
Parceque nous trouvons indigne certaines lois de certains pays, nous ne nous contenterions pas d' aide, mais nous les obligerions par le fait à se placer sous le coup d' une autre loi ? Sans les laisser faire par eux mêmes, avec de l' aide si nécessaire, sans leur laisser leur temps ?
Google aurait donc dû imposer la loi Américaine à un pays souverain ?
Même sous le pretexte légitime, à nos yeux, d' un manque de liberté d' expression notoire ?
C' est drôle c' est ce même attachement à la liberté qui me fait dire qu' il s' agit d' une fausse bonne idée ...
Et je n' ai rien contre les USA, bien au contraire ! Savez vous que :
_ En France on à le droit de bruler le drapeau américain mais pas le drapeau français.
_ Aux USA on a le droit de bruler le drapeau américain mais pas le drapeau français.
L' édition Free de Mandriva ne contient aucun blob, et d' ailleurs cela pose problème pour pas mal de choses. Problème aux utilisateurs finaux qui se trouvent seuls sans aide aucune.
Free (libre sens FSF)
One : livecd installable comportant des facilités.
Powerpack : soutien.
Et cerise sur le gateau, on a un avertissement sur l' utilisation de driver non libre. Exemple avec un driver Nvidia.
Voilà. Mandriva a une politique parfaitement claire sur le sujet.
La Mandriva Free est comparable à Gnewsense, selon les termes de la FSF.
Personnellement, à un utilisateur qui va se retrouver seul au moment de l' installation, je lui conseille la versione One (qui contient firmware et blob non libres) afin de lui faciliter la vie.
Lorsque je peux me charger de l' installation, je prends toujours la version Free. Ainsi je fais une installation la plus clean possible, en n' ajoutant que ce dont la mchine a besoin pour que son utilisateur l' utilise confortablement. (un firmware pour un modem, un autre pour un tuner dvb, un blob pour sa carte graphique).
mouaih /me fait pénitence de s' être laisser emporté.
pas mettre dans le même sac ce qu' il se passe sur le plan national, que le plan européen et ensuite international.
catastrophe partout pour le moment, ok, mais pas le même sac quant même.
Et puis sur le ps, j' aurai pas dû faire un procès d' intention au parti (auquel j' appartiens). Le point des mécènes de terranova est intéressant, d' autant qu' il n y en a qu' un seul de mécène... Car de manière tout aussi justifié on pourrait s' inquièter de l' absence de RedHat et de Sun comme mécènes, par exemple. Et de ce qui semble être "l' absence de recherche d' équilibre" dans leur mécénat, de la part du PS... (et pas faire un procès d' intention à Microsoft non plus).
M' enfin c' est quant même très inquiétant tout ça.
Malheureusement c' est bien plus grave que cela. Car au dela de l' aspect "drm/spyware" le fond du problème est bien posé : "du transfert de pouvoirs de l'autorité judiciaire à des acteurs privés". M' enfin ça a été anticipé, dit et redit il y a déjà un paquet d' années... A force de croire qu' il s' agit de choses négligeables, on va se faire b***** la g***** en beauté.
France, pays mourant. Sacrifiant ces universités et écoles d' ingénieurs. Sacrifiant la recherche. Sacrifiant son Ecole, socle républicain. Remettons en cause les droits acquis par nos anciens (on appelle ça "légaliser le droit du travail"... ils sont forts, hein...).
France, pays mourant. Et en même en train de se tuer sa diplomatie et son rayonnement international et culturel à cause d' une politique étrangère idiote, dangereuse, ne jouant que l' instant.
Et l' opposition ?
Pourquoi le PS ne dit plus rien maintenant ? par qui est financé leur nouveau thinktank déjà ? http://www.tnova.fr/index.php?option=com_content&view=ar(...)
C' est pas beau, ça ?
J' espère que cela ne remettra pas en cause les luttes que ce parti a mener au niveau national, et surtout en Europe (Merci Mr Rocard et son équipe). Mais j' ai comme un gros doute.
/me qui ne sait plus quoi faire, qui se demande si va le coup de se battre, encore. Si toutes les luttes faites par la base, si toutes les avancées poussées par les intellectuels, certains chrétien démocrates et de nombreux françs-maçons... Bref si on se abt aujourdhui ce n' est pas pour avoir mieux, non... c' est juste pour conserver ce que les anciens avaient fait.
France pays mourrant
Ca va donner envie de rebooter en passant par la phase d' extinction / allumage, ça ;) Mais bon, je dois avouer qu' utilisant kexec, mon bios, je ne vois plus beaucoup à quoi il ressemble :
sur ma workstation :
1 cartes raid scsi uw320 et 2 domaines + 1 seconde carte scsi uw320, le tout avec un bios dell version A05... Cela donne environ 3 minutes pleines et entières avant de voir un bout de grub...
= je ne reboote jamais hors de kexec
sur mon laptop :
phase bios rapide (environ 20 secondes), mais je ne l' éteinds jamais : c' est soit du suspend-to-ram pour un petit laps de temps. Soit du suspend-to-disk remplaçant "extinction"... et si j' ai besoin de rebooter suite à une mise à jour du noyau et d' un driver géré par dkms... c' est aussi avec kexec !
Donc voilà si ce type de technologie peut être un avant goût de ce que pourrait être un O.S. full ramdisk et sur puce (c' est ça, grosso modo ?) c' est sympa, ok. Mais pour le moment je lui préfère nettement l' évolution : "on ne voit plus jamais le bios, sauf pour le re-paramétrer, le mettre à jour, et lors du tout premier allumage de la machine.
Ca c' est une technologie, il me semble, qui peut être bénéfique à tous (même si les serveurs et stations ont plus de gains dessus que les laptops, ne plus voir le bios c' est aussi très "grand public" donc les laptops pourraient tout à fait en bénéficier également)
Sur une mandriva, exemple :
[root@miaou0 ~]# kexec -l /boot/vmlinuz-2.6.24.4-rt4 --initrd=/boot/initrd-2.6.24.4-rt4.img --append="ro root=/dev/sda7"
[root@miaou0 ~]# kexec -e
et hop, la machine reboote sans broncher.
manque plus qu' un splash screen, une simple image (au lieu d' un bureau freezé parcequ' arreté, killé) et un bouton "reboote sur tel noyau" qui en fait lance kexec ...
Excusez moi d' avoir un peu diverger sur le sujet initial du journal, mais comme cela me semble lié, il me semblait intéressant de rappeler que cette technologie était suffisamment mûre pour être utilisée par tous aujourdhui. Un bios qui lance un micro-os avec un firefox et un skype c' est sympa. Mais un système d' exploitation qui change de noyau à chaud et reboot dessus sans passer par "extinction/rallumage" et sans passer par le bios, ça (me) semble bien mieux.
gnu/linux c' est vraiment génial.
Pareil ! Et c' est vraiment extra d' accueillir sa communauté dans ses locaux ! (un peu comme si RedHat invitait tout le monde de Fedora à une mega-teuf dans les parisiens de redhat !) Super sympa !
C' est marginal. Mais pour information l' action a été introduite initialement autour des 2 francs. Le prix que tu cites est celui de la ré-introduction, pas l' initial. Le cours actuel est le reflet de cela. Les quelques hausses, parfois spectaculaires, souvent déconcertants (-voir plus- pour ceux en ayant souscrit au tarif de ré-intro ou lors de tout tarif haut) sont le reflet du jeu du marché, qui plus est sur le marché libre. Joli lancé de troll, mais raté ;) lol
Et puis on doit être nombreux à s' en tamponner le coquillard, de la bourse...
d' accord ou pas avec toi, je suis un de plus à te moinsser, désolé.
parceque le fait de parler de X quant Y a un problème revient quasiment à dire "X est mieux que Y parceque" ok, il y a un parceque.
Mais cela fait un peu "profiter d' une faiblesse temporaire de Y pour pousser X," donc "se tirer dans les pates" entre gens du libre. (/troll Ubt à l' habitude, okok)
Et les pates, je les préfère corbonara.
Blague à part, il m' a semblé lire à gauche à droite qu' il était nécessaire de sanctionner le mainteneur. "bouh c est un vilain, lynchons le". Bon ok c' est une bourde. (une énorme vue les impacts tant technique que chronophage, et qu impactant l' image) mais ceux criant au loup peuvent ils assurer que de leur main ils ne feront pas de bourdes ?
J' aurai envie de dire "ok le mainteneur à ch**** dans la colle mais pourquoi personne ne l' a vu et pourquoi pendant si longtemps ?". C' est bien, il me semble, un problème de contrôle, de relecture. Et dans le fond un problème de moyens. Humains. (la meilleure organisation de travail au monde ne peux remplacer le nombre de travailleurs). Donc il me semblerait juste de dire quelque chose comme "le mainteneur a suxé, l' équipe à suxé par absence de vérif, mais finalement nous suxons tous un peu" (surtout ceux qui passent trop de temps à moulefr-é... car ne serait ce qu' une petite page de doc permet à d' autres de faire un audit de plus de cod) Bref on est peut être tous un peu 'coupable', au moins de ne pas assez participer.
Tu t' emballes mon ami.
Ce n' est pas parceque tu ne remontes pas la faille aux concernés directement, que tu es "un con". Même un non expert peut voir qu' il y a d' autres moyens d' être utile à la correction de la faille que la remontée directe upstream.
(d' ailleurs, ce n' est pas une des raisons du traitement à part, non public, dans le bugzilla de redhat ? laisser le temps de la correction, mais aussi se laisser le temps de choisir... ). Premier point. non ?
Dans l' autre registre, l' attitude full disclosure se tiens aussi :
En rendant publique des "o days" ou quasi, on force à la correction.
hum, pas le temps de chercher, mais il me semble bien que H.P fournit du support pour Debian sur ses serveurs. Ce support officiel dâte de 2 ans je crois bien.
Fabuleuse écriture pour un article tellement intéressant.
Merci pour ce rappel des origines bien sûr, merci de le dire maintenant, et merci pour la qualité.
c' est con à dire tellement cela semble évident. mais Merci quant même.
Merci de bien vouloir excuser la nullité du message précédent.
Cela fait flameware pulse<->jack alors que ce n' était pas le but.
Mais une simple expression du regret dû au sentiment d' avoir encore une fois quelque chose qui ré-invente la roue alors qu' une solution existait déjà.
_ Peut être que la voie de CCRMA était (déjà) la bonne : proposé un dépôt orienté utilisation audio. Y inclure, y ajouter, un paquet de configuration système afin de donner un accès facile à tous.
_ On pourra noter tout de même que Ubuntu Studio (qui peut être utilisée de la même manière que CCRMA : par le biais d' un dépôt de paquets pour Ubuntu) à fait le choix d' un workaround qui shoote littérallement pulseaudio lorsque Jack est lancé. Ca, c' est quant même du message clair.
_ Que JackLabs (OpenSuSe spécialisée Audio et soutenue par des éditeurs de logiciels MAO) n' a pas l' air non plus de prendre le chemin de PulseAudio...
Donc je me pose des questions en tant qu' utilisateur, encore plus lorsque je constate par moi même que PulseAudio ne peux pas, à l' heure actuelle supporté une utilisation intensive du traitement du signal audionumérique.
C' était tout.
Merci d' accepter mes humbles excuses si le message précédent vous a heurté.
Je ne sais pas, wait and see, j' espère juste que tout le monde pourrait avoir accès facilement à toutes types d' utilisation de son linux.
/mes 2 cents
C' est le manque d' unification qui est l' origine de cette situation. Ce qui est intéressant avec PulseAudio c' est que de nombreuses distributions ont choisis de lancer le mouvement initié par les dev. de PA et l' intégration initiale dans Fedora. PulseAudio devrait donc à terme avoir la possibilité de centraliser autour d' elle un grand nombres de choix et de dev. futurs. PulseAudio pourrait donc effectivement jouer un rôle important (ce qui rejoint d' une certaine manière la problématique décrite dans les 1ers posts sur khtml et webkit.)
A l' heure actuelle PulseAudio n' est pas dans ce rôle. Et il faudra certainement un sacré changement de vapeur pour voir les choses évoluées. Actuellement PulseAudio n' est qu' une couche supplémentaire, rien de plus. Rien de pire, quoi... Alsa/support_aoss/freebob/dmix-->pulseaudio->artsd-->phonon-->esd-->gstreamer-->nombreux_wrappers-->appllcations-->appli_pas_compa_attaquent_dmix
Peut être que prochainement PulseAudio remplacera un grand nombre de ces composants. (à titre personnel j' émet des doutes, qui vivra verra).
Mais le fond du problème n' est pas la situation décrite ci-dessus, car dans le cas où PulseAudio deviendrait effectivement La solution de son sous gnu/linux, une brique de base séparée des bureaux et de plus en plus proche de Alsa... même dans ce merveilleux cas, il reste un problème de taille :
Le fait que PulseAudio ne soit pas adapté à toutes les utilisations du traitement du son avec linux : pas question avec PA de faire de la MAO...
PulseAudio risque de participer en fait au maintiens de gnu/linux en tant que 'sous système' pour le public. PulseAudio empêchant aux musiciens, DJ, et toutes personnes ayant certaines exigeances niveau son, d' avoir facilement accès à un système fonctionnel pour leur utilisation. Il faudra toujours pour eux se coltiner pas mal de doc et pas mal de modifications système avant d' obtenir quelque chose de viable pour la mao.
Je ne comprends pas que la solution retenue (PA) enlève des libertés d' accès à certains utilisateurs.
Encore, si on ne disposait de solutions alternatives, cela pourrait se comprendre. Mais JACK existe, est éprouvé, facile d' utilisation pour tous et permet à tout les utilisateurs d' avoir out-of-the-box toutes les possibilités pour toutes les utilisations (et si en plus on pose l' hypothèse que JACK bénéficierai d' une intégration et d' un support généralisé comme PA l' a, ... le bonheur...) Et si JACK se rapprochait de ALSA, alors là, c' est le paradis.
bonus : des frameworks comme Phonon sont déjà à l' aise avec ! Phonon est surprenant, vraiment !!!
ps : qu' on vienne pas dire "JACK est pour les pros blablabla, pulseaudio c est mieux pour madame michue, blablablabla" parceque les libertés de madame michue ne devraient pas être incompatibles avec celles des musiciens.
pire encore : "le FLASH ne fonctionne pas avec Jack..." attendons que flash soit effectivement libéré et que gnash prenne le relais (il roxe déjà bien :p)... rien n' empêchera alors d' utiliser ce plugin en natif jack.
/mes 2 cents.
/me qui ne croit pas que JACK devrait remplacé quoi que ce soit, mais plus simplement que la solution répondant aux plus grand nombre d' usages possibles devrait être choisie dans l' intégration par défaut.
Juste ce petit billet pour dire deux mots à propos du site internet des rmll de cette année :
C' est :
beau
agréable
non envahissant pour l' écran et les yeux
Mais c' est surtout :
Clair
Concis
Remarquablement facile d' accès pour toutes les infos
Compilation de bonne idées sur l' organisation des pages et de l' accès aux infos
Et encore plus important :
C' est parfaitement efficient, efficace
Ceci est issue de la simple expérience d' un utilisateur qui après quelques balades sur le programme et un peu au hasard, en a eu l' usage pour 'organiser son séjour' et surtout pour les réservations.
Un gros gros merci aux webmestres de ce site.
haaa si tout les sites pouvaient être aussi bien!!
Un bureau pour toutes petites configuration pourrait être EDE (Equinox Desktop Environment) : http://equinox-project.org -> excellent ! à tester ! (en espérant qu' il puisse disposer prochainement de son propre navigateur de fichiers !)
Xfce est peut être aujourdhui un Desktop comme un autre, avec plein de bonnes idées dedans (icones de bureau sont les miniatures des appli lancés, etc etc). Mais j' en suis resté à une ancienne version.
Merci pour votre livecd, ça (re)donne envie de passer à Xfce !
ça se comprends qu' ils arretent le desktop en tant que marché. (mais pas complètement, car il faut certainement etre plus précis encore dans la mesure ou il existe de nombreux ordinateurs à usages grans public qui sont livrés avec redhat : par exemple tout ceux intégrés dans les fauteuils d' avions livrés à Singapour Airlines. Donc redhat abandonne juste l' idée de "la vente de desktop au grand public"). Non ?
Et tant mieux pour les autres, mandriva entre autre.
/me complètement sur le cul du redhat grid. fabuleux. (mais qui se demande quant même commment on est arrivé à parler redhat sur une news Xfce !!!)
je vais encore me faire râler parce que je parle de SUN en bien...
mais "minority report", faudra qu' il repasse, le microsoft... http://gomonkey.at/
et ça fait des années que ça existe.
quant à "surface" alors là c' est encore plus du foutage de gueule.
Voir les travaux fait par Mr Chapuis et Mr Roussel à l' inria : http://www.lri.fr/~chapuis/publications/IHM07.pdf doc récente.
et les débuts sont encore plus vieux... pas mal de vidéos sont disponibles sur le site de l' inria (intéressantes, instructives, et d' autant plus impressionnantes quant on regarde les dates.)
[^] # Re: bof
Posté par bubar🦥 . En réponse au journal A quand CentOS 5.2 ?. Évalué à 2.
Perso j' utilise CentOS tout les jours, tout comme RedHat (toutes versions) et Mandriva. Et ce n' est pas une quelconque affectivité qui me fait préférer mandriva!
C' est complémentaire : RedHat pour l' assurance du propre et le support. CentOS pour des machines de tests et d' empaquetage initial. Et Mandriva parcequ' on est tous un peu feignants ;)
[^] # Re: Peut être utile
Posté par bubar🦥 . En réponse à la dépêche SUSE va proposer la distribution à la demande. Évalué à 6.
Pour Windows il y a R.I.S.
Historiquement, Ignite pour HP-UX est le plus ancien, il me semble (et toujours le meilleur pour ça.)
Pour Solaris, il y a JumpStart (ignite like).
Pour RedHat, kickstart (jumpstart like).
Pour Debian, F.A.I (kickstart like, et au delà !).
--> Pour tout les Linux : Pulse. (génération de masters, scénarios d' installations, surveillance de parc, etc etc). C' est la solution la plus aboutie. (actuellement déployé dans des parcs de 20 000 et de 90 000 machines)
Toutes les installations, Windows y compris, peut être géré avec un serveur DRBL et un peu d' huile de coude. (etherboot pour éviter les bugs pxe, clones d' os, script d' adaptations de conf au matos, scripts d' adaptation de l' O.S., transition aisée entre kickstart et drbl et enfin une interface web-clickou pour dire "ouaih super je veux ça, ça et ça sur ce matos, je clique et hop la machine s' installe toute seule à 1500km de la"). Avec des bonus tel que des sauvegardes incrémentales en compression lzmo, des possibilités que LTSP n' offre qu' en version 5 et en moins bien, etc etc)
Le type d' outil que propose OpenSuSe n' a rien de nouveau (génération de master depuis une interface web) et ne peux répondre aux besoins industriels. De plus, le geek autant que l' industriel, voudra se faire son truc précis. Et le débutant, madame michue, n' ira même pas se choisr des méta-paquets. Alors vraiment dans la vraie vie, même s' il est fort sympathique et réussi, à qui s' adresse cet outil ???
# cpulimit
Posté par bubar🦥 . En réponse au message Limitation de temps CPU l'un processus. Évalué à 3.
Sur mdv 2008.1 c est le cas :
[user@machine ~]$ urpmq -i cpulimit
Name : cpulimit
Version : 1.1
Release : 1mdv2008.1
Group : Monitoring
Size : 10064 Architecture: i586
Source RPM : cpulimit-1.1-1mdv2008.1.src.rpm
URL : http://cpulimit.sourceforge.net/
Summary : CPU Usage Limiter
Description :
cpulimit is a simple program that attempts to limit the cpu usage of a
process (expressed in percentage, not in cpu time). This is useful to
control batch jobs, when you don't want they eat too much cpu. It does
not act on the nice value or other scheduling priority stuff, but on
the real cpu usage. Also, it is able to adapt itself to the overall
system load, dynamically and quickly.
[^] # Re: Quelques détails, svp...
Posté par bubar🦥 . En réponse à la dépêche Red Hat Enterprise Linux 5.2. Évalué à 3.
Ainsi le personnel a tout sous la main, avec cette carte/sd/clef, pour pouvoir utiliser n' importe quel ordinateur, retrouver sa configuration, ses autorisations, et bien sûr son identification.
Allez zou, mon laptop sous RedHat 5.2 ce soir ;)
[^] # Re: La réponse d'Aaron Seigo
Posté par bubar🦥 . En réponse au journal Mark Shuttleworth : il remet (encore) ça. Évalué à 2.
on peux pas "plusser" plus d' une fois à la fois
;)
[^] # Re: Et ?
Posté par bubar🦥 . En réponse au journal Google aide le gouvernement indien à arrêter les méchants blasphémateurs. Évalué à 4.
_ ça fait toujours mal, humainement, de savoir qu' il peut être un délit d' exprimer une opinion. (quelle qu' elle soit) (ou sinon relisez Voltaire)
_ google se conforme à la loi d' un état souverrain.
Bien.
Mais pourquoi réduire la problématique à un exemple de délation d' expression d' opinion ?
Car cette cause est juste, certes, et nous voudrions tous (?) que toutes les opinions puissent s' exprimer librement, y compris celles contre celle-ci.
Mais une cause juste peut elle servir des intérêts différents injuste au regard même de cette cause ? Oui si on y prends pas garde.
Sous le pretexte que "ho c' est pas beau le manque de liberté d' expression" nous ferions "ho faites comme nous et si pas contents on vous y oblige" ?
C' est bien ce qui se serait passé si Google ne s' était pas conformé à la loi indienne.
Parceque nous trouvons indigne certaines lois de certains pays, nous ne nous contenterions pas d' aide, mais nous les obligerions par le fait à se placer sous le coup d' une autre loi ? Sans les laisser faire par eux mêmes, avec de l' aide si nécessaire, sans leur laisser leur temps ?
Google aurait donc dû imposer la loi Américaine à un pays souverain ?
Même sous le pretexte légitime, à nos yeux, d' un manque de liberté d' expression notoire ?
C' est drôle c' est ce même attachement à la liberté qui me fait dire qu' il s' agit d' une fausse bonne idée ...
Et je n' ai rien contre les USA, bien au contraire ! Savez vous que :
_ En France on à le droit de bruler le drapeau américain mais pas le drapeau français.
_ Aux USA on a le droit de bruler le drapeau américain mais pas le drapeau français.
drôle, non ?
amicalement
[^] # Re: Merci pour cette information.
Posté par bubar🦥 . En réponse au journal FSF et distributions. Évalué à 4.
une référence :
http://www.nabble.com/-Cooker--DVB-firmware-files%2C-license(...)
à lire jusqu' au bout, et suivre les liens ;)
Free (libre sens FSF)
One : livecd installable comportant des facilités.
Powerpack : soutien.
Et cerise sur le gateau, on a un avertissement sur l' utilisation de driver non libre. Exemple avec un driver Nvidia.
Voilà. Mandriva a une politique parfaitement claire sur le sujet.
La Mandriva Free est comparable à Gnewsense, selon les termes de la FSF.
Personnellement, à un utilisateur qui va se retrouver seul au moment de l' installation, je lui conseille la versione One (qui contient firmware et blob non libres) afin de lui faciliter la vie.
Lorsque je peux me charger de l' installation, je prends toujours la version Free. Ainsi je fais une installation la plus clean possible, en n' ajoutant que ce dont la mchine a besoin pour que son utilisateur l' utilise confortablement. (un firmware pour un modem, un autre pour un tuner dvb, un blob pour sa carte graphique).
[^] # Re: Rien que ça !!!
Posté par bubar🦥 . En réponse à la dépêche Riposte graduée et spyware au menu du Parlement européen. Évalué à 4.
pas mettre dans le même sac ce qu' il se passe sur le plan national, que le plan européen et ensuite international.
catastrophe partout pour le moment, ok, mais pas le même sac quant même.
Et puis sur le ps, j' aurai pas dû faire un procès d' intention au parti (auquel j' appartiens). Le point des mécènes de terranova est intéressant, d' autant qu' il n y en a qu' un seul de mécène... Car de manière tout aussi justifié on pourrait s' inquièter de l' absence de RedHat et de Sun comme mécènes, par exemple. Et de ce qui semble être "l' absence de recherche d' équilibre" dans leur mécénat, de la part du PS... (et pas faire un procès d' intention à Microsoft non plus).
M' enfin c' est quant même très inquiétant tout ça.
[^] # Re: Rien que ça !!!
Posté par bubar🦥 . En réponse à la dépêche Riposte graduée et spyware au menu du Parlement européen. Évalué à 10.
France, pays mourant. Sacrifiant ces universités et écoles d' ingénieurs. Sacrifiant la recherche. Sacrifiant son Ecole, socle républicain. Remettons en cause les droits acquis par nos anciens (on appelle ça "légaliser le droit du travail"... ils sont forts, hein...).
France, pays mourant. Et en même en train de se tuer sa diplomatie et son rayonnement international et culturel à cause d' une politique étrangère idiote, dangereuse, ne jouant que l' instant.
Et l' opposition ?
Pourquoi le PS ne dit plus rien maintenant ? par qui est financé leur nouveau thinktank déjà ? http://www.tnova.fr/index.php?option=com_content&view=ar(...)
C' est pas beau, ça ?
J' espère que cela ne remettra pas en cause les luttes que ce parti a mener au niveau national, et surtout en Europe (Merci Mr Rocard et son équipe). Mais j' ai comme un gros doute.
/me qui ne sait plus quoi faire, qui se demande si va le coup de se battre, encore. Si toutes les luttes faites par la base, si toutes les avancées poussées par les intellectuels, certains chrétien démocrates et de nombreux françs-maçons... Bref si on se abt aujourdhui ce n' est pas pour avoir mieux, non... c' est juste pour conserver ce que les anciens avaient fait.
France pays mourrant
# kexec
Posté par bubar🦥 . En réponse au journal Asus intègre GNU/Linux/Proprio à ses cartes mères. Évalué à 10.
Formidable même.
Ca va donner envie de rebooter en passant par la phase d' extinction / allumage, ça ;) Mais bon, je dois avouer qu' utilisant kexec, mon bios, je ne vois plus beaucoup à quoi il ressemble :
sur ma workstation :
1 cartes raid scsi uw320 et 2 domaines + 1 seconde carte scsi uw320, le tout avec un bios dell version A05... Cela donne environ 3 minutes pleines et entières avant de voir un bout de grub...
= je ne reboote jamais hors de kexec
sur mon laptop :
phase bios rapide (environ 20 secondes), mais je ne l' éteinds jamais : c' est soit du suspend-to-ram pour un petit laps de temps. Soit du suspend-to-disk remplaçant "extinction"... et si j' ai besoin de rebooter suite à une mise à jour du noyau et d' un driver géré par dkms... c' est aussi avec kexec !
Donc voilà si ce type de technologie peut être un avant goût de ce que pourrait être un O.S. full ramdisk et sur puce (c' est ça, grosso modo ?) c' est sympa, ok. Mais pour le moment je lui préfère nettement l' évolution : "on ne voit plus jamais le bios, sauf pour le re-paramétrer, le mettre à jour, et lors du tout premier allumage de la machine.
Ca c' est une technologie, il me semble, qui peut être bénéfique à tous (même si les serveurs et stations ont plus de gains dessus que les laptops, ne plus voir le bios c' est aussi très "grand public" donc les laptops pourraient tout à fait en bénéficier également)
Pour rappel :
http://devresources.linux-foundation.org/andyp/kexec/whitepa(...)
http://www.ibm.com/developerworks/linux/library/l-kexec.html
Sur une mandriva, exemple :
[root@miaou0 ~]# kexec -l /boot/vmlinuz-2.6.24.4-rt4 --initrd=/boot/initrd-2.6.24.4-rt4.img --append="ro root=/dev/sda7"
[root@miaou0 ~]# kexec -e
et hop, la machine reboote sans broncher.
manque plus qu' un splash screen, une simple image (au lieu d' un bureau freezé parcequ' arreté, killé) et un bouton "reboote sur tel noyau" qui en fait lance kexec ...
Excusez moi d' avoir un peu diverger sur le sujet initial du journal, mais comme cela me semble lié, il me semblait intéressant de rappeler que cette technologie était suffisamment mûre pour être utilisée par tous aujourdhui. Un bios qui lance un micro-os avec un firefox et un skype c' est sympa. Mais un système d' exploitation qui change de noyau à chaud et reboot dessus sans passer par "extinction/rallumage" et sans passer par le bios, ça (me) semble bien mieux.
gnu/linux c' est vraiment génial.
[^] # Re: bon anniversaire !
Posté par bubar🦥 . En réponse à la dépêche 10 ans de Mandriva, Install party Mandriva Linux 2008.1 Spring. Évalué à 4.
[^] # Re: bon anniversaire !
Posté par bubar🦥 . En réponse à la dépêche 10 ans de Mandriva, Install party Mandriva Linux 2008.1 Spring. Évalué à 3.
Et puis on doit être nombreux à s' en tamponner le coquillard, de la bourse...
[^] # Re: Limite du développement bénévole
Posté par bubar🦥 . En réponse à la dépêche Découverte d'une faille de sécurité critique dans OpenSSL de Debian. Évalué à 2.
parceque le fait de parler de X quant Y a un problème revient quasiment à dire "X est mieux que Y parceque" ok, il y a un parceque.
Mais cela fait un peu "profiter d' une faiblesse temporaire de Y pour pousser X," donc "se tirer dans les pates" entre gens du libre. (/troll Ubt à l' habitude, okok)
Et les pates, je les préfère corbonara.
Blague à part, il m' a semblé lire à gauche à droite qu' il était nécessaire de sanctionner le mainteneur. "bouh c est un vilain, lynchons le". Bon ok c' est une bourde. (une énorme vue les impacts tant technique que chronophage, et qu impactant l' image) mais ceux criant au loup peuvent ils assurer que de leur main ils ne feront pas de bourdes ?
J' aurai envie de dire "ok le mainteneur à ch**** dans la colle mais pourquoi personne ne l' a vu et pourquoi pendant si longtemps ?". C' est bien, il me semble, un problème de contrôle, de relecture. Et dans le fond un problème de moyens. Humains. (la meilleure organisation de travail au monde ne peux remplacer le nombre de travailleurs). Donc il me semblerait juste de dire quelque chose comme "le mainteneur a suxé, l' équipe à suxé par absence de vérif, mais finalement nous suxons tous un peu" (surtout ceux qui passent trop de temps à moulefr-é... car ne serait ce qu' une petite page de doc permet à d' autres de faire un audit de plus de cod) Bref on est peut être tous un peu 'coupable', au moins de ne pas assez participer.
[^] # Re: Mise en perspéctive
Posté par bubar🦥 . En réponse à la dépêche Découverte d'une faille de sécurité critique dans OpenSSL de Debian. Évalué à 3.
Ce n' est pas parceque tu ne remontes pas la faille aux concernés directement, que tu es "un con". Même un non expert peut voir qu' il y a d' autres moyens d' être utile à la correction de la faille que la remontée directe upstream.
(d' ailleurs, ce n' est pas une des raisons du traitement à part, non public, dans le bugzilla de redhat ? laisser le temps de la correction, mais aussi se laisser le temps de choisir... ). Premier point. non ?
Dans l' autre registre, l' attitude full disclosure se tiens aussi :
En rendant publique des "o days" ou quasi, on force à la correction.
Les manières peuvent être diverses.
non ?
[^] # Re: Distro
Posté par bubar🦥 . En réponse au journal 140 milliard de $ par jour traité par GNU/Linux. Évalué à 2.
# merci
Posté par bubar🦥 . En réponse au journal Le quinzième anniversaire et Atlas. Évalué à 10.
Merci pour ce rappel des origines bien sûr, merci de le dire maintenant, et merci pour la qualité.
c' est con à dire tellement cela semble évident. mais Merci quant même.
# TeV
Posté par bubar🦥 . En réponse au journal Le quinzième anniversaire et Atlas. Évalué à 2.
c est un joli chiffre ;)
ps : et si le temps n' était qu' une mesure (involontaire et pourtant si précise) des effets des gravitons ?
bon ok je -> [] vraiment
[^] # Re: À quand les premières versions opérationnelles ?
Posté par bubar🦥 . En réponse à la dépêche Qt 4.4 prend son envol. Évalué à 2.
Cela fait flameware pulse<->jack alors que ce n' était pas le but.
Mais une simple expression du regret dû au sentiment d' avoir encore une fois quelque chose qui ré-invente la roue alors qu' une solution existait déjà.
_ Peut être que la voie de CCRMA était (déjà) la bonne : proposé un dépôt orienté utilisation audio. Y inclure, y ajouter, un paquet de configuration système afin de donner un accès facile à tous.
_ On pourra noter tout de même que Ubuntu Studio (qui peut être utilisée de la même manière que CCRMA : par le biais d' un dépôt de paquets pour Ubuntu) à fait le choix d' un workaround qui shoote littérallement pulseaudio lorsque Jack est lancé. Ca, c' est quant même du message clair.
_ Que JackLabs (OpenSuSe spécialisée Audio et soutenue par des éditeurs de logiciels MAO) n' a pas l' air non plus de prendre le chemin de PulseAudio...
_ Que Mandriva a fait une interface permettant d' arrêter PulseAudio facilement (voir http://wiki.mandriva.com/fr/uploads/5/51/Draksound1.jpg )
Donc je me pose des questions en tant qu' utilisateur, encore plus lorsque je constate par moi même que PulseAudio ne peux pas, à l' heure actuelle supporté une utilisation intensive du traitement du signal audionumérique.
C' était tout.
Merci d' accepter mes humbles excuses si le message précédent vous a heurté.
Je ne sais pas, wait and see, j' espère juste que tout le monde pourrait avoir accès facilement à toutes types d' utilisation de son linux.
[^] # Re: À quand les premières versions opérationnelles ?
Posté par bubar🦥 . En réponse à la dépêche Qt 4.4 prend son envol. Évalué à 2.
C' est le manque d' unification qui est l' origine de cette situation. Ce qui est intéressant avec PulseAudio c' est que de nombreuses distributions ont choisis de lancer le mouvement initié par les dev. de PA et l' intégration initiale dans Fedora. PulseAudio devrait donc à terme avoir la possibilité de centraliser autour d' elle un grand nombres de choix et de dev. futurs. PulseAudio pourrait donc effectivement jouer un rôle important (ce qui rejoint d' une certaine manière la problématique décrite dans les 1ers posts sur khtml et webkit.)
A l' heure actuelle PulseAudio n' est pas dans ce rôle. Et il faudra certainement un sacré changement de vapeur pour voir les choses évoluées. Actuellement PulseAudio n' est qu' une couche supplémentaire, rien de plus. Rien de pire, quoi... Alsa/support_aoss/freebob/dmix-->pulseaudio->artsd-->phonon-->esd-->gstreamer-->nombreux_wrappers-->appllcations-->appli_pas_compa_attaquent_dmix
Peut être que prochainement PulseAudio remplacera un grand nombre de ces composants. (à titre personnel j' émet des doutes, qui vivra verra).
Mais le fond du problème n' est pas la situation décrite ci-dessus, car dans le cas où PulseAudio deviendrait effectivement La solution de son sous gnu/linux, une brique de base séparée des bureaux et de plus en plus proche de Alsa... même dans ce merveilleux cas, il reste un problème de taille :
Le fait que PulseAudio ne soit pas adapté à toutes les utilisations du traitement du son avec linux : pas question avec PA de faire de la MAO...
PulseAudio risque de participer en fait au maintiens de gnu/linux en tant que 'sous système' pour le public. PulseAudio empêchant aux musiciens, DJ, et toutes personnes ayant certaines exigeances niveau son, d' avoir facilement accès à un système fonctionnel pour leur utilisation. Il faudra toujours pour eux se coltiner pas mal de doc et pas mal de modifications système avant d' obtenir quelque chose de viable pour la mao.
Je ne comprends pas que la solution retenue (PA) enlève des libertés d' accès à certains utilisateurs.
Encore, si on ne disposait de solutions alternatives, cela pourrait se comprendre. Mais JACK existe, est éprouvé, facile d' utilisation pour tous et permet à tout les utilisateurs d' avoir out-of-the-box toutes les possibilités pour toutes les utilisations (et si en plus on pose l' hypothèse que JACK bénéficierai d' une intégration et d' un support généralisé comme PA l' a, ... le bonheur...) Et si JACK se rapprochait de ALSA, alors là, c' est le paradis.
bonus : des frameworks comme Phonon sont déjà à l' aise avec ! Phonon est surprenant, vraiment !!!
ps : qu' on vienne pas dire "JACK est pour les pros blablabla, pulseaudio c est mieux pour madame michue, blablablabla" parceque les libertés de madame michue ne devraient pas être incompatibles avec celles des musiciens.
pire encore : "le FLASH ne fonctionne pas avec Jack..." attendons que flash soit effectivement libéré et que gnash prenne le relais (il roxe déjà bien :p)... rien n' empêchera alors d' utiliser ce plugin en natif jack.
/mes 2 cents.
/me qui ne croit pas que JACK devrait remplacé quoi que ce soit, mais plus simplement que la solution répondant aux plus grand nombre d' usages possibles devrait être choisie dans l' intégration par défaut.
JACK :
http://jackaudio.org/
LAUD:
http://linuxaudio.org/policy
http://lad.linuxaudio.org/
-> http://lac.linuxaudio.org/
# Site internet RMLL 2008
Posté par bubar🦥 . En réponse à la dépêche R.M.L.L. 2008 : C'est parti !. Évalué à 2.
Juste ce petit billet pour dire deux mots à propos du site internet des rmll de cette année :
C' est :
beau
agréable
non envahissant pour l' écran et les yeux
Mais c' est surtout :
Clair
Concis
Remarquablement facile d' accès pour toutes les infos
Compilation de bonne idées sur l' organisation des pages et de l' accès aux infos
Et encore plus important :
C' est parfaitement efficient, efficace
Ceci est issue de la simple expérience d' un utilisateur qui après quelques balades sur le programme et un peu au hasard, en a eu l' usage pour 'organiser son séjour' et surtout pour les réservations.
Un gros gros merci aux webmestres de ce site.
haaa si tout les sites pouvaient être aussi bien!!
[^] # Re: x86_64
Posté par bubar🦥 . En réponse à la dépêche La nouvelle Mandriva Linux One XFCE est disponible.. Évalué à 3.
Xfce est peut être aujourdhui un Desktop comme un autre, avec plein de bonnes idées dedans (icones de bureau sont les miniatures des appli lancés, etc etc). Mais j' en suis resté à une ancienne version.
Merci pour votre livecd, ça (re)donne envie de passer à Xfce !
[^] # Re: C'est une version communautaire
Posté par bubar🦥 . En réponse à la dépêche La nouvelle Mandriva Linux One XFCE est disponible.. Évalué à 3.
ça se comprends qu' ils arretent le desktop en tant que marché. (mais pas complètement, car il faut certainement etre plus précis encore dans la mesure ou il existe de nombreux ordinateurs à usages grans public qui sont livrés avec redhat : par exemple tout ceux intégrés dans les fauteuils d' avions livrés à Singapour Airlines. Donc redhat abandonne juste l' idée de "la vente de desktop au grand public"). Non ?
Et tant mieux pour les autres, mandriva entre autre.
/me complètement sur le cul du redhat grid. fabuleux. (mais qui se demande quant même commment on est arrivé à parler redhat sur une news Xfce !!!)
[^] # Re: C'est une version communautaire
Posté par bubar🦥 . En réponse à la dépêche La nouvelle Mandriva Linux One XFCE est disponible.. Évalué à 1.
okok je connais le chemin
[^] # Re: Minoriy report
Posté par bubar🦥 . En réponse au journal Windows Seven et futurs abus de position dominante. Évalué à 1.
[^] # Re: Minoriy report
Posté par bubar🦥 . En réponse au journal Windows Seven et futurs abus de position dominante. Évalué à 7.
mais "minority report", faudra qu' il repasse, le microsoft...
http://gomonkey.at/
et ça fait des années que ça existe.
quant à "surface" alors là c' est encore plus du foutage de gueule.
Voir les travaux fait par Mr Chapuis et Mr Roussel à l' inria :
http://www.lri.fr/~chapuis/publications/IHM07.pdf doc récente.
et les débuts sont encore plus vieux... pas mal de vidéos sont disponibles sur le site de l' inria (intéressantes, instructives, et d' autant plus impressionnantes quant on regarde les dates.)
amicalement