benoar a écrit 4229 commentaires

4) Fiabilité des machines Power

Dans le monde serveur, je puis également t'affirmer que les machines à base de Power sont parmis les plus fiables. J'ai un assez grand nombre d'exemple de gros standalone x86 où la mobo crâme assez régulièrement, la faute n'incombe pas à Intel il est vrai.

Il ne faut pas oublier que le downtime d'un serveur devient coûteux pour une entreprise

À l'heure de la virtualisation à outrance, on s'en fout un peu de la fiabilité. Ça ne sert pas à grand chose d'avoir toutes ces fonctionnalités de redondance vu le prix que tu payes en plus. On gère la redondance à plus haut niveau aujourd'hui, ça coûte tellement moins cher et c'est tellement moins fermé…

5) Efforts sur les prix

Un des gros arguments est de dire que le Power est plus cher que le x86.

Cela a été vrai, jusqu'à dernièrement :

http://www.channelregister.co.uk/2013/05/14/ibm_power_linux_china_center/

Nan mais toute la différence de prix se fait sur les licences…

Franchement, IBM veut rester dans sa niche, et POWER va vivoter tant qu'il sera sous perfusion… Mais ils ne pourront pas grand chose face à des constructeurs comme Intel qui vendent par millions. Et c'est très dommage, j'adore l'architecture POWER, mais ils se sont retirés du grand public, alors les développeurs n'ont pu rien pour s'amuser… (même s'ils ne sont pas bons sur le basse conso, le PPC est souvent utilisé dans le réseau, plutôt haut de gamme, et pourrait briller dedans, mais ils ne sont même pas foutus de faire des version réduites et se font voler la vedette par du MIPS pour le grand public… la honte)

Intéressant, mais récemment, on [1] est quand même passé à « mieux » avec git et d'autres outils associés. Je me base entre autre sur git-buildpackage [2] et ce guide https://honk.sigxcpu.org/piki/development/debian_packages_in_git/

On installe l'essentiel (de tête) :

# apt-get install build-essential devscripts git git-buildpackage cowbuilder

On récupère les sources du package (pas besoin d'installer les dépendances, on va compiler à travers pbuilder) :

$ git-import-dsc --download redhat-cluster

On se retrouve avec une branche upstream qui contient le code original, et master contient les modifications pour Debian.

On va créer un branche qui contiendra les patchs Debian appliqués, car ils sont normalement stockés dans debian/patches avec quilt, mais ici on utilisera git :

$ gbp-pq import

On a donc la branche patch-queue/master sur laquelle travailler. On modifie, on add, on commit, et on en profite pour avoir le changelog qu'on commitera dans la branche master :

$ git-dch -i -a

(on peut les mettre dans l'index en attendant). Et on exporte le(s) changement(s) ainsi obtenus en patchs Debian dans la branche principale :

$ gbp-pq export

On peut ajouter les patchs ainsi générés et le changelog, commiter, et ça roule.

On peut ensuite le compiler soi sur son système directement :

$ git-buildpackage -us -uc

Voire le faire dans un pbuilder-like, comme ça on n'a pas à polluer son système, et ça permet de vérifier qu'on n'a pas oublié de dépendances, et que ça compile depuis un système propore :

$ git-pbuilder create
$ git-buildpackage -us -us --git-pbuilder

Après, ce qui est intéressant, ce sont aussi les bonus :
- Générer aussi les tar originaux “pristine”, en ajoutant --pristine-tar à git-import-dsc
- Builder pour différentes suites, en créant une nouvelles branche avec les modifications spécifiques (ou pas), et en passant --git-dist=squeeze à git-buildpackage par exemple (et en précisant --git-debian-branch=ma_branche si on a fait une branche séparée).
- Pouvoir facilement mettre à jour le patch qu'on a fait quand une nouvelle version du package arrive :

$ git-import-dsc --download redhat-cluster
$ gbp-pq rebase

• Les tags automatiques d'après les versions indiquées dans le changelog
• Etc

Voilà, j'espère que ça pourra aider.

[1] Je ne suis ni DM ni DD, juste un packageur du dimanche
[2] https://sigxcpu.org/piki/projects/git-buildpackage/

Non, parce que c'est des informations que tout le monde a, rien qu'en vous regardant.

Il y a une grande différence entre le voir à un temps T, dans tel endroit, et avoir une base informatique centrale regroupant ces caractéristiques pour un grand nombre de personnes sur une grande période. C'est le principe de base de la « révolution » de l'informatique, et la raison de la création de la CNIL : l'informatique, ça ne fait « que » faciliter le traitement, le stockage et la communication « d'informations », qui sont des choses qu'on savait déjà faire sans ordinateur avant (l'analyse et le traitement d'ADN pourrait très bien se faire sans ordinateur, ça serait juste vraiment pas pratique, mais bon…). Mais on fait manuellement ces choses beaucoup moins vite, et à beaucoup moins grande échelle. C'est cette différence de vitesse et d'échelle qui fait qu'on doit mettre des règles différentes.

Votre ADN, vous les laissez partout, tout le temps. Tout le monde peut, s'il le veut (et s'il en a les moyens) l'avoir.

Voilà, toute la différence est dans le « s'il en a les moyens ». Si tu pars de rien, créer ce grand fichier est une tâche assez ardue. Alors que s'il existe déjà, tu t'es déjà beaucoup simplifié le travail ! Certains iront même jusqu'à dire que c'est grâce à ce fichier que les abus peuvent survenir, parce que des gens mal intentionnés savent qu'ils peuvent aisément exploiter ces informations, alors que s'ils avaient à le faire eux-même au départ, ils auraient peut-être abandonné leur projet.

vous croyez vraiment que si on passe en dictature, le fait que vous n'ayez pas donné votre ADN il y a 20 ans quand c'etait encore la démocratie va empecher le futur dictateur d'avoir votre ADN ?

Oui. Ou tout du moins l'handicaper dans ses projets de le faire. Tout n'est pas noir ou blanc dans la vie : si tu abandonnes tout parce que « ça ne vaut pas le coup », tu ne dois pas soutenir grand chose au final.

Pour faire ce dont Ulule a besoin, il faut avoir un agrément spécifique "monnaie électronique" et parmi ceux qui l'ont rares sont les sociétés qui permettent à des sociétés clientes de gérer des porte-monnaies électronique pour le compte de tiers.

Mmmhhh, je ne comprends par pourquoi il faut absolument gérer de la « monnaie électronique » pour faire ce que fait Ulule : ici, on parle de virer de la monnaie « réelle » d'une personne à une autre, par un intermédiaire. Le fait que Leetchi veuille pouvoir avoir une monnaie intermédiaire pour pouvoir faire une « chambre de compensation » en quelques sortes (chambre de compensation, Luxembourg, ça ne vous rappelle rien ?) est une stratégie commerciale volontaire de la part de cette boîte.

Bref, mon combat c'est le libre et je fais avec les moyens du bord, si j'attendais que tout soit parfait, je ne ferai jamais rien.

Effectivement, et je comprends tout à fait. Je disais juste que c'est « dommage » ; le refus de l'utiliser est un avis tout à fait personnel, et je ne vais pas reprocher aux autres d'utiliser cette méthode de paiement.

Pour les virements et les chèques, c'est possible mais il faut le faire en direct avec moi et je dois ensuite demander à Ulule d'enregistrer la participation. Si tout le monde faisait ainsi, cela ne fonctionnerait plus, cela me ferait une charge administrative énorme.

Oui, effectivement, mais du coup, j'ai l'impression que c'est une stratégie d'Ulule : ils pourraient faire autrement, genre sans passer par une monnaie électronique, ou alors en proposant de gérer les chèques en prenant un peu plus de commission que les moyens électroniques, mais ils ne le font pas.

Mais pour les contributions significatives, je peux le faire.

Peux-tu nous indiquer à partir de combien une contribution est « significative » pour toi ? Histoire que ceux qui préfèrent la méthode « directe » ici puissent choisir.

Quoi qu'il en soit, pour les détails c'est par le mail.

OK. Merci pour ces précisions en tous cas.

d) les anti-debian (anti ubuntu, anti mint, etc)

Perso, je suis pro-Debian et j'aime bien te moinsser. Les gens qui se plaignent tout le temps en palabrant sur les raisons pseudo-philosophiques de leur rejet par les gens du site, c'est très lourd. Tu spames tous les journaux, tu pars en méta-discussion à chaque fois (très chiant, ça), et tu continues malgré la bonne volonté de certains de t'expliquer ça. Tu devrais arrêter de poster quelques temps et réfléchir. Je trouve que le système de notation de linuxfr a très bien joué son rôle ici.

Toujours pas de réponse à ma remarque dans la news précédente sur comment payer autrement ?
https://linuxfr.org/news/liberons-le-cahier-de-l-admin-debian#comment-1460210

Je n'en ai rien à faire que tu aies un gros karma et que ça te fasse gonfler les chevilles. Tu connais très bien les ficelles du populisme.

Ça te fait « rigoler » de jouer du populisme, mais ça ne fait en rien avancer les solutions que tu critiques. Vu la largeur de tes interventions, tu occupes le terrain et fait perdre du temps à tout le monde. Tu flood linuxfr de tes idées individualistes et libérales, et ça marche. Mais ça n'est pas « bien ».

Comme on en avait discuté dans un précédant thread, c'est même /pire/ que ça : ce n'est pas « même en très haute définition », c'est surtout en très haute définition, justement parce que cette opération a été faite sans ajouter de contenu « artistique » qui pourrait impliquer un droit voisin. Si ça avait été « mal » fait, l'auteur pourrait clamer un droit artistique sur ce côté « mauvais ». Mais ça reste à confirmer.
Cf https://linuxfr.org/users/vgay/journaux/non-a-la-privatisation-du-domaine-public-par-la-bibliotheque-nationale-de-france#comment-1425411

En fait, tu es un commercial qui bosse pour la NSA, c'est ça ?
Franchement, tu passerais ton temps à coder plutôt que de jouer au pseudo-contradicteur ici pendant des lustres, à contredire un par un tous les participants souvent juste pour le plaisir, ça nous ferait des vacances et ça ferait avancer le schmillblick.

Tu vas le prendre comme un compliment, mais tu es la raison principale pour laquelle je n'ai plus envie de lire les débats sur linuxfr depuis quelques années. Tu radicalises ceux qui s'enfoncent dans de faux préjugés, et tu ne fais rien avancer en radotant toujours la même chose.

On sait bien que tu ne penses qu'à ta gueule, mais pour le bien de tous, ferme la un peu et va faire quelque chose de plus utile.

Bon, au début j'étais pas super fan de ce genre de site, même si je trouve l'initiative très bien, mais après avoir lu les conditions d'utilisation d'Ulule, et même si la boîte est située en France ce qui est pas mal, le paiement se fait par une société basée au Luxembourg (Leetchi Corp. S.A.), ce qui me plaît beaucoup moins. Et je refuse d'utiliser Paypal. Il reste à priori la solution du virement, qui a l'air un peu plus galère à gérer pour le porteur du projet, mais qui est, comme indiqué dans les conditions, directe entre le contributeur et le porteur, ce qui me plaît pas mal. Est-il possible d'utiliser cette solution pour le paiement ? (ou alors j'ai loupé un bouton/une option ?)

Je trouve ça dommage qu'on projet pour le libre contribue à un côté beaucoup plus noir de notre société.

Vieil outil mais toujours bien utile : gpart. Il peut t'aider à retrouver la table de tes partitions.
Par contre, j'espère que ta partition importante n'était pas en début de disque, parce que là, ça a l'air un peu mort.

Ah mais tu peux le faire facilement dans ma version, c'est juste que je n'avais pas vu que tu voulais matcher plus large… En tous cas, awk c'est bien !

Non, mais tu peux faire tout le traitement en awk :

dpkg -l | awk "\$2 ~ /^linux-image/ && \$3 ~ /$1-/ {
        i=gensub(/$1-(.+)/,\"\\\1\",\"g\",\$3);
        if (i >= $2 && i < $3) { print \$2 }
        }" | xargs sudo aptitude purge

Bon, à cause des quotes et des mélanges variable shell/awk c'est pas super lisible ; on pourrait faire plutôt :

dpkg -l | awk -v version=$1 -v from=$2 -v to=$3 '$2 ~ /^linux-image/ && $3 ~ version "-" {
        i=gensub(version "-(.+)","\1","g",$3);
        if (i >= from && i <= to) { print $2 }
        }' | xargs sudo aptitude purge

Adapter un soft libre à une API proprio unique (ça n'existe que pour le RPi), exposée par une puce qui fait tourner un gros blob ? Vive le libre dis donc. Forcément, face à un driver X11 en fbdev sans aucune optimisation, on a l'impression d'une « avancée », mais franchement je ne me réjouis pas vraiment de ce genre d'annonce.

dès lors qu'elle finance un service gratuit

En fait, le service il n'est pas gratuit : tu l'as déjà payé par un autre intermédiaire. Il faut plutôt dire « service prépayé » ou « service sponsorisé », et non service gratuit, car ce ne sont pas des bénévoles qui sont derrière la plupart du temps.

je ne dois pas être le seul à partager cette addresse

Je ne sais pas pour les autres services de VPN — c'est simple à vérifier, as-tu une adresse RFC 1918 ou non ? — mais pour FDN tu as bien une adresse publique « à toi ».

• ça serait étonnant vu les pénuries d'addresses.

Oui enfin yen a encore un peu quand même…

Pour info, il y a des métros sans barrières même en France ! Mais à la place, il y a des campagnes de com' sur le coût de la fraude, et pas mal de contrôles.

Oui mais j'aurai pas une ip publique à moi? Si?

Si, c'est le principe. Après, « à toi », si je voulais enculer les mouches, je te dirais d'aller lire les règles du RIPE sur l'attribution des IP…

Et sinon, je ne sais pas ce qu'il adviendra de la fédération à l'avenir mais le serveur XMPP n'est pas près de partir à mon avis.

C'est rassurant de voir un avis si informé (« je ne sais pas », « à mon avis ») de la part de quelqu'un qui est censé être pas mal au courant…

Je ne sais pas si c'est ton cas, mais plusieurs fois sur ce forum on a découvert que cette mémoire « fantôme » était en fait utilisée par des fichiers mappés en RAM mais effacés du FS. Je ne sais pas si c'est censé apparaître dans le meminfo quand-même, mais regarde avec lsof et consorts.

Avec un VPN, tu pourras mettre une IP publique sans problème sur ton serveur. FDN le fait depuis pas longtemps : http://www.fdn.fr/-VPN-.html

Si tu l'as reçu, n'hésite pas à me recontacter ;-)

Merci également pour moi. Je voulais faire une news sur OpenWrt depuis un bout de temps, et j'avais beaucoup regretté avoir loupé le coche de Kamikaze (sur laquelle aucune news n'est sortie !). Ce concours m'a également un peu poussé les fesses pour m'y mettre, sinon j'aurais peut-être effectivement encore laissé passer l'occasion.

Le logiciel libre et Debian ayant souvent comme but (entre autres) de protéger la vie privée de chacun, je trouve le choix d'installer AdBlock par défaut cohérent. Ça améliorera grandement la vie privée des gens, et la tranquillité de leur cerveau aussi.

• en cas de problème, de FS endommagé par exemple, un partition cloisonnera le problème à une zone précise, contrairement aux sous-volumes

De mémoire, btrfs stocke les subvolumes dans des B-tree séparés ; ça permet de limiter un peu la casse si un seul est corrompu. Ça sépare un peu les structures des subvolumes. Après, les chunks de données sont — il me semble — entremêlés entre subvolumes (enfin, ils n'ont pas de zone particulière réservée, quoi), ce qui protège donc mal contre la récupération en cas d'effacement bourrin d'un bout du FS (à coup de dd ou autre sur une zone contiguë).