Afin d'être plus compréhensible, un schéma vaut mieux. Néanmoins certaines configurations et possibilités ont été omises, dans un soucis de simplification et de clarté :
D'accord (mode évidence) avec le fond. Mais un bémol sur ce point précis : la basse latence n'est pas une feature : c'est une condition essentielle de la gestion du son. Point. Mettre "les basses latences" comme une feature tierce, cela sera comme séparer netfilter du noyau : la gestion fine du réseau est intrinsèquement liée à la gestion matérielle du réseau. Ce n'est pas parcequ'une majorité d'utilisateurs n'ont pas besoin de netfilter que celui-ci peut être considéré comme une feature optionnelle, qu'on devrait retirer (ou ne pas mettre en place à l'origine, genre "on verra plus tard").
1) PulseAudio est arrivé au bon moment, et les distributions l'ont adoptées presque unanimement parce qu'il se proposait de faire de l'intégration tout seul comme un grand (voir ses avantages listés plus haut) Le reste c'est juste des foutaises /o
2) Le problème initial de PulseAudio est qu'il s'est foutu des développeurs Audio de gnu/linux. En ne proposant pas le minimum pour une gestion du son tel que la voulait les développeurs audio. D'où le surnom de Pottering : "audio terrorist". En faisant ça, il a mis, involontairement certainement, deux mondes en opposition : celui des utilisateurs, qui voulaient du flash et un bouton volume complet ; et celui des audiophiles, qui sont plus exigeants. Donner priorité au desktop en passant par dessus de fondamentaux a été une erreur.
3) Mais ce sont les distributions qui sont à blamer, Fedora était dans son rôle de promouvoir et de faire tester quelque chose de nouveau. L'intégration fine vient après (d'ailleurs sur fedora 14 c'est juste très impressionnant). Mais pourquoi les autres distros, dites "grand public utilisateurs finaux" ont intégrées PA ? Voir le point un au dessus.
4) Les serveurs de son des bureaux ont comme intérêt initial d'être *nix-agnostiques. De ESD jusqu'à phonon, en passant par arts et pulseaudio : ils permettaient d'avoir ces fonctions pour tout les Unix utilisant ces bureaux. De ce point de vue, PulseAudio n'a pas d'avenir avec Gnome, si Gnome devient linux-only. Par ailleurs il ne me semble pas qu'aucun autre Unix utilise PulseAudio. Il est finalement Linux-only. Donc ne sert que pour palier les déficiences, et de faciliter les configurations, de briques plus basses : alsa et son dmix. De ce point de vue, PulseAudio n'a pas vraiment d'avenir : Alsa et Dmix finiront bien apr évoluer, même si c'est plus dur et plus lent.
5) PulseAudio a beaucoup d'arlésiennes : fonctionnement correct en daemon, par exemple. Plus gênant : la latence.
6) PulseAudio aurait dû manger les autres solutions, telle jack, afin de réellement être le remplaçant pour tout les usages. En ne faisant pas cela, il se cantonne à être une brique de plus : au mieux pratique car joli (sig) au pire chiant dans de nombreux cas. Là, revoir le point deux plus haut.
7) Enfin, PulseAudio ne bénéficie pas d'un portage massif des applications de type "traitement du signal audionumérique", c'est le moins que l'on puisse dire. Revoir les point 5 et le point 1.
Au final pulseaudio sous-dimensionne les capacités audio de linux. Ne résout les problèmes dans alsa. Égratigne les monde audio de gnu au passage. Et ne semble pas avoir un vrai avenir. Tout ça pour quoi, déjà ?
Yep. Et des filtres existent. Sous Linux ils ont en plus le bon goût d'être codés sous la rigueur du cahier des charges "rt", pour la majorité : ça juste roxe. Pas besoin d'acheter un équipement couteux spécifique, pour faire de la voip un filtre conviendra très bien. On pourra même les faire apparaître dans la gui de kde, en déclarant un bloc de type :
hint {
show on
description "MyBlabla4mike"
}
Et dire à ton logiciel de voip d'utiliser cette "nouvelle carte déclarée" : et paf le filtre :-)
je ne comprends pas pourquoi OSS est si rarement fourni de base
En plus des explications données plus haut, un élément peu connu : pas mal de drivers OSS sont proprio. On peut acheter des drivers OSS pour sa carte son, et à des prix, hum (...). Bref, un autre argument est : peu de drivers libres dans oss, et en plus une politique "professionnelle" pour des drivers non-libres (parfois à licence annuelle). Bref, "spakool" : un blob dans l'espace noyau... c'est même une violence claire de la licence gpl v2.
Un petit commentaire pour signaler la sortie de AV-Linux 5.0.
Distribution intégrant de nombreuses facilités pour un usage "studio" de Debian. Ce qui signifie -aussi- quelques prises en charge de support et logiciels non-libres, en plus du foisonnant univers de logiciels libres Audio.
Basée sur Debian.
Bureau LXde.
Noyau 2.6.39.1 (activation par défaut du nouveau (presque) irqthread.
Utilitaire rtirq inclut de base (tiens, ça me rappelle une vieille discussion, ça :p)
De très nombreux rétroportages de logiciels récents...
Plugins LV2, DSSI & LADSPA.
dans la catégorie proprio :
Support des vst
Support de MixBus
Disponibilité de la version démo de PianoTeq
Bref, beaucoup de bonne chose, dont on pourra allez regarder de plus près les intégrations et ajustements (par exemple cinelerra sur un 2.6.39 sans support du video_lb ?) Et sur laquelle on pourra regretter l'absence, quant même, de la famille Justice et de Josh, sur une x86-32 au moins.
dommage que la majorité des utilisateurs n'aient pas présenter cet aspect de bitcoin au départ. Et dommage que la majorité des utilisateurs ne l'utilisent pas comme cela.
Ce qui est effrayant, aussi, c'est de constater que Microsoft ne redonne RIEN en échange. Rien ne l'y oblige, certes, mais qu'ils ne cherchent pas à la ramener avec leur "ouhaip l'opensource on adhère" ... ils n'adhèrent pas : ils rackettent sur qq brevets pourris, et ne redonnent rien, à côté. Attitude des parasites.
ça me semble bizarre qu'elle fasse boum, en ce moment. Bien que je sois totalement en phase avec la politique gouvernementale sur ce sujet (reprise en main par l'état de la totalité de ces activités, redonner de la force à EDF, éviter une concurrence stupide entre groupe français, avoir un meilleur contrôle de ce qui se passe [voir les fois ou Areva a fait fît des recommandations, et même exigences, de l'asn], bref ne pas laisser des dérives purement mercantiles diriger un secteur aussi sensible et stratégique), le choix d'ejecter Mme Lauvergeon me semble bien mal ficelé, quel que soit les divergences politiques.
Ici aussi se (re)pose la question de l'auto-hébergement. Les contraintes sont similaires aux tiennes : petit blog, simple, sur une petite machine. (plus des services réseaux, qui ne consomment que de la bande passante).
La réponse trouvée diffère de la tienne, c'est pourquoi j'en touche deux mots. Peut être que la contrainte initiale diffère un poil, pour moi c'est disposer d'une machine consommant le moins possible d'électricité (voir le journal datant de février). Mais au final cela revient au même que ton eeepc, donc. Depuis début janvier étaient hébergés chez moi un point_de_sortie TOR de 5Mbit/s symétriques. Et deux vpn, de environ 20Mbits/s symétriques chacun, mais à la demande. Or, au bout de deux mois la machine servant à cela a eu une faiblesse : la carte réseau a lâchée, il ne restait plus que le wifi = pas possible. Depuis, plus rien. Zut.
Je récupère demain un prototype de sfr_box (basé sur du x86, 4 ports 100Mbits/s, support des vlans taggués, Debian pré-installée) qui consomme ~ 25w en crête. Nickel ;-) ;-) Hop gros merci Kalou.
Donc voici la partie qui pourrait t'intéresser : pourquoi mettre l'artillerie lourde sur le serveur ? Perso voici comment ça va être :
Sur ma station, installation d'une machine virtuelle avec un [je sais pas encore] pour écrire du blog avec confort.
Une moulinette de génération & récupération des pages.
Envoie de ça sur la petite machine : mise en ligne en pur statique
Avantages : ne pas avoir l'artillerie lourde sur le serveur, moins de services, moins de pb, moins de consommation cpu et ram.
Inconvénients : moins de services pour le blog.
Vous en pensez quoi de cette idée : autohébergement = 25W maxi = micro-serveur = mini-service
??? fausse bonne idée ?
Tiens, les commentaires dans les vieux journaux ont été débloqués ??!!!!!
Bon, alors j'en profite pour faire mon petit retour sur le SSD OCZ Vertex 2. Cela fait maintenant 8 jours que j'utilise. Modèle de 100GO, commandé à 120 euros.
Alors voilà, d'abord prudence, vu ce qu'en avais lu ici et ailleurs (pb de perte de équivalent gpt, quoi, grosso modo, bref des commentaires sur "zut en allumant ma machine, plus rien ce matin"). Prudence donc : installation d'un système neuf. Quelques jours, quelques tests, bon tout va bien. Même pas peur, je met à jour le firmware. Puis tests sur mise en veille, sueurs froides, ouf tout va bien. Test sur hibernation, grosses sueurs froides, ouf tout va bien. Tests sur perte d'alimentation, très grosse sueurs froides, ouff tout va bien. Ces tests ont chacun été fait plusieurs fois, parfois à mon insu :p (perte d'alimentation).
Bref, tout va bien. Très bien.
Voici la configuration utilisée :
Fedora 15 x86-64
noyau vanille 2.6.39.1
/boot en ext4 avec option discard
/ en btrfs avec option ssd
/home en btrfs avec option ssd
/mnt/divers en btrfs (petite partition pour test et prise en main approfondie de btrfs)
/tmp en tmpfs (et pas mal de caches pointent vers)
Et ... ça roxe des mamans ours. Les performances sont exactement celles annoncées, vraiment exactement. Le système complet (depuis grub jusqu'au bureau kde totalement chargé) boot en 12 secondes. Les applis se lancent à peine cliquer. KVM est aux anges. Sparfait.
Soucis ? pas vraiment, mais des trucs bizarres, certainement 'à savoir' : la partition montée sur /mnt/divers exposait toujours une occupation de ~50% alors qu'un rm -rf avait été fait dedans. Montage/démontage, pareil. Il a fallu faire un mkfs.btrfs pour qu'elle soit libre. D'autres petits tests suite à ça m'amène à penser qu'il vaut mieux éviter l'effacement de fichiers avec les outils classique rm et confrères, et plutôt utiliser la libération (du cache des, et des) inodes directement. Voilà. à bon entendeurs ;-)
Et voilà, Nicolas Sarkozy a (encore) frappé.
Lauvergnon est débarquée de Areva.
Bravo, y a pas à dire, bravo. Lorsqu'on se dit défenseur du développement des technologies de l'atome, de virer Anne Lauvergnon maintenant. Mais que vont penser les observateurs des autres pays de voir ainsi cette patronne là virée, à ce moment là.
Sarko premier à encore frappé, aucune vision à long terme de la diplomatie.
'tain mais vivement qu'il dégage celui là.
gros +1
pour être "plus précis" : la Grêce a été mise dans cette situation par de nombreuses personnes ne pensant qu'à leur gueule, et pensant qu'un pays fonctionnant comme cela c'était mieux pour tous.
La Grêce se retrouve dans cette situation car il y a eu pendant de nombreuses années des fraudes fiscales massives (entreprises, artisans, micro-entreprise, indépendant, profession libérale). Le budget continuant d'être évalué sur une valeur théorique, alors que les recettes entrantes étaient bien loin de la théorie.
C'est un exemple frappant que l'anarcho-capitalisme se fera manger tout crû par des pays, des nations, ou des entités économiques, plus organisées. Ce mode de développement n'a aucun avenir : un objectif et une structure organisée commune sont des conditions sine-qua-non. (pour que cela fonctionne il faudrait que cela soit une décision unilatérale)
C'est aussi un exemple frappant de l'importance de l'Euro. Et si l'Allemagne râle à jouer son rôle de leader économique, on la comprends bien volontiers, mais elle n'a pas le choix.
C'est une question que personne ne se pose pour le moment, mais c'est bien des conditions d'entrée dans la zone Euro dont il est question. Comment les commissaires de l'époque ont ils pû laisser la Grêce entrer dans la zone Euro alors que, visiblement, de nombreux acteurs économiques étaient déjà au courant de la falsification des comptes ? Bref, personne ne pose cette question car cela ne sert à rien de chercher qui et comment : au final il s'agit d'une erreur de la zone Euro d'avoir laisser entrer la Grèce, donc c'est à la zone euro d'assumer.
Enfin, je comprends aisément la révolte Grecque, et la soutiens à fond car que cela soit les contribuables du pays qui payent de manière unilatérale et indifférenciée, pour les erreurs de quelques fraudeurs qui se crû patrons, maîtres du monde, nouveau riches et arrivistes alors qu'ils étaient en train de ruiner leur propre pays, je comprends largement cette révolte. La solution du FMI (et acceptée par le gouvernement Grec) est totalement injuste vis à vis d'une majorité de Grec qui n'ont rien à voir dans cette affaire. Ce n'est pas de privatisation et d'affaiblissement des services publics dont il pourrait être question, mais de la vente forcée de toutes les entreprises Grecs à d'autres en entreprises d'autres pays (la forte taxation ne pouvant être une solution : ce n'est pas en empêchant des entreprises d'être compétitives qu'ils vont générer de quoi rembourser) Ils l'ont cherchés, ils l'ont trouvés :-)
Ce n'est pas au contribuable lambda de payer pour les erreurs (l'égoïsme, le manque de nationalisme) des patrons et des artisans. En Grèce, le fameux slogan de Laguiller devrait être mis en application.
N'y a t il pas une chance de voir le code étudié de près pour en extraire les bonnes manières (sur ce qu'il faut de mieux) et voir ses méthodes incluses dans gcc directement ? Si oui, alors questions :
ne gagneraient ils pas dans ce cas à contribuer à gcc ? ie, si le produit meurt (le nom, la marque) par inclusion progressive dans gcc, n'auraient ils pas intérêts à directement bosser dans gcc (le produit 'meurt' mais la notoriété de la boite perdure)
ne pourraient ils pas le transformer afin de l'utiliser comme un plugin de gcc ? Ceci aura l'avantage pour le produit a continuer d'être très identifiable (le produit ne meurt pas et la notoriété de la boite perdure)
Il me semblait que les plugins de GCC pouvaient justement servir dans ce type de cas.
Bref, j'ai rien compris de leur intérêt (à libérer ce compilo particulier), en fait, certainement :p
ha vi, spa faux. Je pensais que la taxation aux entrées et sorties de comptes suffisaient (quelle que soit la forme prise :prix d'une carte + taxe aux retraits + prix de gestion, etc), mais si elles peuvent aussi taxer chaque échange, elles prendront. Cependant il est possible que cela soit un gain très risqué pour elles. Petites taxes multiples contre fuite de clients ? Là, c'est de la spéculation de comptoir, mais s'il s'avère que je connaisse la fin de l'argent liquide, donc la fin de la liberté d'échange de valeurs, alors tant qu'à faire pour moi ça sera google check_out (je sais, certains vont hurler)... et terminer ma banque pour ça, point final. Je pense que je dois pas être le seul à observer le déploiement de check_out méthode nfc aux usa ...
ils transportent des éléments contaminés, c'est l'horreur (à tel point qu'il existe un savon décontaminant qui permet de gagner le temps du rasage corporel intégral. ça, il faut l'avoir vu pour le croire !)
et puis en plus, les poils c'est pas pratique quant ça pousse vite : il suffit parfois de 15 heures pour percer le plastique des masques à oxygène.
Bref les poilus c'est le mal. Les poilus n'ont pas d'avenir dans un monde nucléarisé-bactériomé_z_ant ;-)
[^] # Re: Yo, à rebour
Posté par bubar🦥 . En réponse au journal Les SSD, ce n'est pas au point. Évalué à 2.
chez LDLC :
A noter aussi qu'au moment de mon achat, d'autres sites sérieux le proposait un poil moins cher (vu après, zut)
[^] # Re: OSS ?
Posté par bubar🦥 . En réponse au journal PulseAudio ou comment casser ce qui marche (pour le plaisir de casser). Évalué à 7.
Afin d'être plus compréhensible, un schéma vaut mieux. Néanmoins certaines configurations et possibilités ont été omises, dans un soucis de simplification et de clarté :
[^] # Re: OSS ?
Posté par bubar🦥 . En réponse au journal PulseAudio ou comment casser ce qui marche (pour le plaisir de casser). Évalué à 4.
D'accord (mode évidence) avec le fond. Mais un bémol sur ce point précis : la basse latence n'est pas une feature : c'est une condition essentielle de la gestion du son. Point. Mettre "les basses latences" comme une feature tierce, cela sera comme séparer netfilter du noyau : la gestion fine du réseau est intrinsèquement liée à la gestion matérielle du réseau. Ce n'est pas parcequ'une majorité d'utilisateurs n'ont pas besoin de netfilter que celui-ci peut être considéré comme une feature optionnelle, qu'on devrait retirer (ou ne pas mettre en place à l'origine, genre "on verra plus tard").
[^] # Re: OSS ?
Posté par bubar🦥 . En réponse au journal PulseAudio ou comment casser ce qui marche (pour le plaisir de casser). Évalué à 10.
1) PulseAudio est arrivé au bon moment, et les distributions l'ont adoptées presque unanimement parce qu'il se proposait de faire de l'intégration tout seul comme un grand (voir ses avantages listés plus haut) Le reste c'est juste des foutaises /o
2) Le problème initial de PulseAudio est qu'il s'est foutu des développeurs Audio de gnu/linux. En ne proposant pas le minimum pour une gestion du son tel que la voulait les développeurs audio. D'où le surnom de Pottering : "audio terrorist". En faisant ça, il a mis, involontairement certainement, deux mondes en opposition : celui des utilisateurs, qui voulaient du flash et un bouton volume complet ; et celui des audiophiles, qui sont plus exigeants. Donner priorité au desktop en passant par dessus de fondamentaux a été une erreur.
3) Mais ce sont les distributions qui sont à blamer, Fedora était dans son rôle de promouvoir et de faire tester quelque chose de nouveau. L'intégration fine vient après (d'ailleurs sur fedora 14 c'est juste très impressionnant). Mais pourquoi les autres distros, dites "grand public utilisateurs finaux" ont intégrées PA ? Voir le point un au dessus.
4) Les serveurs de son des bureaux ont comme intérêt initial d'être *nix-agnostiques. De ESD jusqu'à phonon, en passant par arts et pulseaudio : ils permettaient d'avoir ces fonctions pour tout les Unix utilisant ces bureaux. De ce point de vue, PulseAudio n'a pas d'avenir avec Gnome, si Gnome devient linux-only. Par ailleurs il ne me semble pas qu'aucun autre Unix utilise PulseAudio. Il est finalement Linux-only. Donc ne sert que pour palier les déficiences, et de faciliter les configurations, de briques plus basses : alsa et son dmix. De ce point de vue, PulseAudio n'a pas vraiment d'avenir : Alsa et Dmix finiront bien apr évoluer, même si c'est plus dur et plus lent.
5) PulseAudio a beaucoup d'arlésiennes : fonctionnement correct en daemon, par exemple. Plus gênant : la latence.
6) PulseAudio aurait dû manger les autres solutions, telle jack, afin de réellement être le remplaçant pour tout les usages. En ne faisant pas cela, il se cantonne à être une brique de plus : au mieux pratique car joli (sig) au pire chiant dans de nombreux cas. Là, revoir le point deux plus haut.
7) Enfin, PulseAudio ne bénéficie pas d'un portage massif des applications de type "traitement du signal audionumérique", c'est le moins que l'on puisse dire. Revoir les point 5 et le point 1.
Au final pulseaudio sous-dimensionne les capacités audio de linux. Ne résout les problèmes dans alsa. Égratigne les monde audio de gnu au passage. Et ne semble pas avoir un vrai avenir. Tout ça pour quoi, déjà ?
# tout est d'époque
Posté par bubar🦥 . En réponse au journal Vend Commodore 64 pour seulement 628 euros. Évalué à 10.
... même le prix
[^] # Re: [AgoraVox] La révolution a déjà commencé
Posté par bubar🦥 . En réponse à la dépêche Revue de presse de l'April pour la semaine 24 de l'année 2011. Évalué à 1.
Un peu de sérieux :
http://www.dailymotion.com/video/xjefws_jean-luc-melenchon-candidat-officiel-du-front-de-gauche-invite-du-journal-de-20h-de-tf1-le-19-06-201_news
[^] # Re: Ou...
Posté par bubar🦥 . En réponse au journal PulseAudio ou comment casser ce qui marche (pour le plaisir de casser). Évalué à 4.
Yep. Et des filtres existent. Sous Linux ils ont en plus le bon goût d'être codés sous la rigueur du cahier des charges "rt", pour la majorité : ça juste roxe. Pas besoin d'acheter un équipement couteux spécifique, pour faire de la voip un filtre conviendra très bien. On pourra même les faire apparaître dans la gui de kde, en déclarant un bloc de type :
hint {
show on
description "MyBlabla4mike"
}
Et dire à ton logiciel de voip d'utiliser cette "nouvelle carte déclarée" : et paf le filtre :-)
[^] # Re: OSS ?
Posté par bubar🦥 . En réponse au journal PulseAudio ou comment casser ce qui marche (pour le plaisir de casser). Évalué à 4.
En plus des explications données plus haut, un élément peu connu : pas mal de drivers OSS sont proprio. On peut acheter des drivers OSS pour sa carte son, et à des prix, hum (...). Bref, un autre argument est : peu de drivers libres dans oss, et en plus une politique "professionnelle" pour des drivers non-libres (parfois à licence annuelle). Bref, "spakool" : un blob dans l'espace noyau... c'est même une violence claire de la licence gpl v2.
# A propos de Debian et du Son
Posté par bubar🦥 . En réponse au journal PulseAudio ou comment casser ce qui marche (pour le plaisir de casser). Évalué à 5.
Un petit commentaire pour signaler la sortie de AV-Linux 5.0.
Distribution intégrant de nombreuses facilités pour un usage "studio" de Debian. Ce qui signifie -aussi- quelques prises en charge de support et logiciels non-libres, en plus du foisonnant univers de logiciels libres Audio.
Basée sur Debian.
Bureau LXde.
Noyau 2.6.39.1 (activation par défaut du nouveau (presque) irqthread.
Utilitaire rtirq inclut de base (tiens, ça me rappelle une vieille discussion, ça :p)
De très nombreux rétroportages de logiciels récents...
Plugins LV2, DSSI & LADSPA.
dans la catégorie proprio :
Support des vst
Support de MixBus
Disponibilité de la version démo de PianoTeq
Bref, beaucoup de bonne chose, dont on pourra allez regarder de plus près les intégrations et ajustements (par exemple cinelerra sur un 2.6.39 sans support du video_lb ?) Et sur laquelle on pourra regretter l'absence, quant même, de la famille Justice et de Josh, sur une x86-32 au moins.
C'est par ici : http://www.bandshed.net/AVLinux.html
[^] # Re: Taux d'inflation/déflation?
Posté par bubar🦥 . En réponse au journal Le bitcoin perd la moitié de sa valeur. Évalué à 1.
Je ne comprends pas :
Tu fais comment ? tu graves une icone signature de valeur des bitcoins avec une imprimante 3D et tu l'envoi par la poste ?
[^] # Re: Taux d'inflation/déflation?
Posté par bubar🦥 . En réponse au journal Le bitcoin perd la moitié de sa valeur. Évalué à 2.
dommage que la majorité des utilisateurs n'aient pas présenter cet aspect de bitcoin au départ. Et dommage que la majorité des utilisateurs ne l'utilisent pas comme cela.
[^] # Re: Suicide
Posté par bubar🦥 . En réponse au journal Linux manque d'AIR. Évalué à 5.
Ce qui est effrayant, aussi, c'est de constater que Microsoft ne redonne RIEN en échange. Rien ne l'y oblige, certes, mais qu'ils ne cherchent pas à la ramener avec leur "ouhaip l'opensource on adhère" ... ils n'adhèrent pas : ils rackettent sur qq brevets pourris, et ne redonnent rien, à côté. Attitude des parasites.
[^] # Re: Atomic Anne fait boum
Posté par bubar🦥 . En réponse au journal [Nous allons tous y passer] Adoptez un Japonais. . Évalué à 2.
ouhaip désolé.
ça me semble bizarre qu'elle fasse boum, en ce moment. Bien que je sois totalement en phase avec la politique gouvernementale sur ce sujet (reprise en main par l'état de la totalité de ces activités, redonner de la force à EDF, éviter une concurrence stupide entre groupe français, avoir un meilleur contrôle de ce qui se passe [voir les fois ou Areva a fait fît des recommandations, et même exigences, de l'asn], bref ne pas laisser des dérives purement mercantiles diriger un secteur aussi sensible et stratégique), le choix d'ejecter Mme Lauvergeon me semble bien mal ficelé, quel que soit les divergences politiques.
# auto-hébergement
Posté par bubar🦥 . En réponse au journal Auto héberger son blog étape 1 : redevenir maître de son blog canalblog déjà existant. Évalué à 2.
Plop
Ici aussi se (re)pose la question de l'auto-hébergement. Les contraintes sont similaires aux tiennes : petit blog, simple, sur une petite machine. (plus des services réseaux, qui ne consomment que de la bande passante).
La réponse trouvée diffère de la tienne, c'est pourquoi j'en touche deux mots. Peut être que la contrainte initiale diffère un poil, pour moi c'est disposer d'une machine consommant le moins possible d'électricité (voir le journal datant de février). Mais au final cela revient au même que ton eeepc, donc. Depuis début janvier étaient hébergés chez moi un point_de_sortie TOR de 5Mbit/s symétriques. Et deux vpn, de environ 20Mbits/s symétriques chacun, mais à la demande. Or, au bout de deux mois la machine servant à cela a eu une faiblesse : la carte réseau a lâchée, il ne restait plus que le wifi = pas possible. Depuis, plus rien. Zut.
Je récupère demain un prototype de sfr_box (basé sur du x86, 4 ports 100Mbits/s, support des vlans taggués, Debian pré-installée) qui consomme ~ 25w en crête. Nickel ;-) ;-) Hop gros merci Kalou.
Donc voici la partie qui pourrait t'intéresser : pourquoi mettre l'artillerie lourde sur le serveur ? Perso voici comment ça va être :
Avantages : ne pas avoir l'artillerie lourde sur le serveur, moins de services, moins de pb, moins de consommation cpu et ram.
Inconvénients : moins de services pour le blog.
Vous en pensez quoi de cette idée : autohébergement = 25W maxi = micro-serveur = mini-service
??? fausse bonne idée ?
# Yo, à rebour
Posté par bubar🦥 . En réponse au journal Les SSD, ce n'est pas au point. Évalué à 4.
Tiens, les commentaires dans les vieux journaux ont été débloqués ??!!!!!
Bon, alors j'en profite pour faire mon petit retour sur le SSD OCZ Vertex 2. Cela fait maintenant 8 jours que j'utilise. Modèle de 100GO, commandé à 120 euros.
Alors voilà, d'abord prudence, vu ce qu'en avais lu ici et ailleurs (pb de perte de équivalent gpt, quoi, grosso modo, bref des commentaires sur "zut en allumant ma machine, plus rien ce matin"). Prudence donc : installation d'un système neuf. Quelques jours, quelques tests, bon tout va bien. Même pas peur, je met à jour le firmware. Puis tests sur mise en veille, sueurs froides, ouf tout va bien. Test sur hibernation, grosses sueurs froides, ouf tout va bien. Tests sur perte d'alimentation, très grosse sueurs froides, ouff tout va bien. Ces tests ont chacun été fait plusieurs fois, parfois à mon insu :p (perte d'alimentation).
Bref, tout va bien. Très bien.
Voici la configuration utilisée :
Et ... ça roxe des mamans ours. Les performances sont exactement celles annoncées, vraiment exactement. Le système complet (depuis grub jusqu'au bureau kde totalement chargé) boot en 12 secondes. Les applis se lancent à peine cliquer. KVM est aux anges. Sparfait.
Soucis ? pas vraiment, mais des trucs bizarres, certainement 'à savoir' : la partition montée sur /mnt/divers exposait toujours une occupation de ~50% alors qu'un rm -rf avait été fait dedans. Montage/démontage, pareil. Il a fallu faire un mkfs.btrfs pour qu'elle soit libre. D'autres petits tests suite à ça m'amène à penser qu'il vaut mieux éviter l'effacement de fichiers avec les outils classique rm et confrères, et plutôt utiliser la libération (du cache des, et des) inodes directement. Voilà. à bon entendeurs ;-)
Une entrée kékéland sur un de mes blogs, crée pour l'occasion : http://equilibriste-org.blogspot.com
[^] # Re: qui se servait de ce truc?
Posté par bubar🦥 . En réponse au journal Linux manque d'AIR. Évalué à 2.
Il y en a des pas mal, et des libres, sous licence gpl v2 et tout...
Regarde du côté des développements autour de OpenCV.
(l'enfin, en même temps, quant on voit ce que ça suce en cpu, heu...)
# foutaises
Posté par bubar🦥 . En réponse au journal L ' Union Européenne et son projet de great firewall en europe à la chinoise . Évalué à 4.
et détournement d'attention
# Atomic Anne fait boum
Posté par bubar🦥 . En réponse au journal [Nous allons tous y passer] Adoptez un Japonais. . Évalué à 2.
Et voilà, Nicolas Sarkozy a (encore) frappé.
Lauvergnon est débarquée de Areva.
Bravo, y a pas à dire, bravo. Lorsqu'on se dit défenseur du développement des technologies de l'atome, de virer Anne Lauvergnon maintenant. Mais que vont penser les observateurs des autres pays de voir ainsi cette patronne là virée, à ce moment là.
Sarko premier à encore frappé, aucune vision à long terme de la diplomatie.
'tain mais vivement qu'il dégage celui là.
[^] # Re: $500k
Posté par bubar🦥 . En réponse au journal Holp up sur bitcoincoin. Évalué à 2.
c'est ce qu'ils sont en train de faire.
[^] # Re: C'est quoi le problème?
Posté par bubar🦥 . En réponse au journal Holp up sur bitcoincoin. Évalué à 6.
"moi j'paye en liquide, c'est ma nature !"
dsk : "moi j'paye en nature, c'est mon liquide !"
[^] # Re: $500k
Posté par bubar🦥 . En réponse au journal Holp up sur bitcoincoin. Évalué à 2.
gros +1
pour être "plus précis" : la Grêce a été mise dans cette situation par de nombreuses personnes ne pensant qu'à leur gueule, et pensant qu'un pays fonctionnant comme cela c'était mieux pour tous.
La Grêce se retrouve dans cette situation car il y a eu pendant de nombreuses années des fraudes fiscales massives (entreprises, artisans, micro-entreprise, indépendant, profession libérale). Le budget continuant d'être évalué sur une valeur théorique, alors que les recettes entrantes étaient bien loin de la théorie.
C'est un exemple frappant que l'anarcho-capitalisme se fera manger tout crû par des pays, des nations, ou des entités économiques, plus organisées. Ce mode de développement n'a aucun avenir : un objectif et une structure organisée commune sont des conditions sine-qua-non. (pour que cela fonctionne il faudrait que cela soit une décision unilatérale)
C'est aussi un exemple frappant de l'importance de l'Euro. Et si l'Allemagne râle à jouer son rôle de leader économique, on la comprends bien volontiers, mais elle n'a pas le choix.
C'est une question que personne ne se pose pour le moment, mais c'est bien des conditions d'entrée dans la zone Euro dont il est question. Comment les commissaires de l'époque ont ils pû laisser la Grêce entrer dans la zone Euro alors que, visiblement, de nombreux acteurs économiques étaient déjà au courant de la falsification des comptes ? Bref, personne ne pose cette question car cela ne sert à rien de chercher qui et comment : au final il s'agit d'une erreur de la zone Euro d'avoir laisser entrer la Grèce, donc c'est à la zone euro d'assumer.
Enfin, je comprends aisément la révolte Grecque, et la soutiens à fond car que cela soit les contribuables du pays qui payent de manière unilatérale et indifférenciée, pour les erreurs de quelques fraudeurs qui se crû patrons, maîtres du monde, nouveau riches et arrivistes alors qu'ils étaient en train de ruiner leur propre pays, je comprends largement cette révolte. La solution du FMI (et acceptée par le gouvernement Grec) est totalement injuste vis à vis d'une majorité de Grec qui n'ont rien à voir dans cette affaire. Ce n'est pas de privatisation et d'affaiblissement des services publics dont il pourrait être question, mais de la vente forcée de toutes les entreprises Grecs à d'autres en entreprises d'autres pays (la forte taxation ne pouvant être une solution : ce n'est pas en empêchant des entreprises d'être compétitives qu'ils vont générer de quoi rembourser) Ils l'ont cherchés, ils l'ont trouvés :-)
Ce n'est pas au contribuable lambda de payer pour les erreurs (l'égoïsme, le manque de nationalisme) des patrons et des artisans. En Grèce, le fameux slogan de Laguiller devrait être mis en application.
# plugin vs dissolution
Posté par bubar🦥 . En réponse au journal Les compilateurs PathScale C/C++ et Fortran vont être libéré. Évalué à 3.
bonjour
N'y a t il pas une chance de voir le code étudié de près pour en extraire les bonnes manières (sur ce qu'il faut de mieux) et voir ses méthodes incluses dans gcc directement ? Si oui, alors questions :
Il me semblait que les plugins de GCC pouvaient justement servir dans ce type de cas.
Bref, j'ai rien compris de leur intérêt (à libérer ce compilo particulier), en fait, certainement :p
[^] # Re: Ouat?
Posté par bubar🦥 . En réponse au journal De nouveaux livres Perl en préparation. Évalué à 4.
Est il également orné de photos explicites et de slogans préventifs illustrant les dégâts causés chez les utilisateurs ?
:) okok je ->
[^] # Re: C'est quoi le problème?
Posté par bubar🦥 . En réponse au journal Holp up sur bitcoincoin. Évalué à 2.
ha vi, spa faux. Je pensais que la taxation aux entrées et sorties de comptes suffisaient (quelle que soit la forme prise :prix d'une carte + taxe aux retraits + prix de gestion, etc), mais si elles peuvent aussi taxer chaque échange, elles prendront. Cependant il est possible que cela soit un gain très risqué pour elles. Petites taxes multiples contre fuite de clients ? Là, c'est de la spéculation de comptoir, mais s'il s'avère que je connaisse la fin de l'argent liquide, donc la fin de la liberté d'échange de valeurs, alors tant qu'à faire pour moi ça sera google check_out (je sais, certains vont hurler)... et terminer ma banque pour ça, point final. Je pense que je dois pas être le seul à observer le déploiement de check_out méthode nfc aux usa ...
[^] # Re: de mal en pire...
Posté par bubar🦥 . En réponse au journal [Nous allons tous y passer] Adoptez un Japonais. . Évalué à 2.
les poils c'est le mal...
ils transportent des éléments contaminés, c'est l'horreur (à tel point qu'il existe un savon décontaminant qui permet de gagner le temps du rasage corporel intégral. ça, il faut l'avoir vu pour le croire !)
et puis en plus, les poils c'est pas pratique quant ça pousse vite : il suffit parfois de 15 heures pour percer le plastique des masques à oxygène.
Bref les poilus c'est le mal. Les poilus n'ont pas d'avenir dans un monde nucléarisé-bactériomé_z_ant ;-)