BAud a écrit 14728 commentaires

Les nouveaux mériteraient d'avoir un petit logo à côté de leurs messages pour qu'on les traite plus courtoisement.

ah tiens, ça c'est plus intéressant que la gamification qui revient de temps en temps :-) très très bonne idée ce logo pour les nouveaux (on va dire ceux ayant un karma < 50 où le plussage a du sens quand la personne participe).

En effet, Journaux et liens me sont interdits, je peux seulement proposer une dépêche.

Pourtant, il y a un wiki qui indique tous les contenus accessibles par le site : linuxfr-org, mais c'est vrai que le karma est décrié régulièrement. La rédaction reste accessible je pense.

Les entrées de forum sont accessibles (et le suivi, même en anonyme). Bon, voxdemonix< / EauFroide / TutoMaker nous ont commis pas mal de tutos o_O Normalement, la rédaction est censée être accessible aussi.

On a l'impression qu'ils ne seront pas lus.

bah, tout le monde peut surfer à -42 voir la toolbar pour voir tous les commentaires
Il ne faut pas focaliser sur les premières notes, la longue traîne s'applique sur LinuxFr.org et les contributions positives finissent par être reconnues ;-)

obligé de fermer son compte et d'en ouvrir un autre pour écrire

ah non, on ne va pas parler du syndrome Zino^WSamWang o_O

merci de ce retour constructif : comme l'indique claudex<, c'est un peu difficile de s'en rendre compte quand tu es un long habitué :/ reste à proposer les pull request kivonbien (pour l'hiver, ça tient chaud :D)

bizarre que personne n'ait évoqué ASN.1 :

https://fr.wikipedia.org/wiki/ASN.1

• format par nature efficace, compressé (stockage binaire)
• description des champs, format
• capacité de concaténation
• largement utilisé (bon, ok, surtout dans les telcos)
• des bibliothèques libres pour le traiter efficacement

robertix< sortez de ce corps !

rejoins un fablab, tu verras qu'il reste des jeunes qui ont la niak :-)

ah tiens, encore un pansement sur une jambe de bois :/

FIDE : Fédération Internationale des Échecs o_O comment ça se fait que l'acronyme est français !? (et reconnu à l'international ?)
GMI : Grand Maître International ?
et Elo, bin ce n'est pas un acronyme : ça vient du nom de son inventeur Arpad_Elo

cela fonctionne pour un support persistant (donc un device) avec la commande sync, cf. https://www.gnu.org/software/coreutils/manual/html_node/sync-invocation.html#sync-invocation

sync ne fonctionne pas pour les device mais uniquement pour les system de fichier.

c'est sans doute une confusion avec la page de man de la fonction sync() de la glibc (dans unistd.h) : https://man7.org/linux/man-pages/man2/sync.2.html

si on est pas tous démangés par un RTFM

chez moi, man make m'indique que la doc' est plus complète avec un info make :-)

mais, oui, make soit tu pratiques, soit tu le fais générer (non, je ne vais pas suggérer autogen / autoconf / automake ce serait sadique :D)

• pour les %.o : regarder du côté des patterns, ça fait globalement ce que tu dis
• pour .PHONY : c'est pour indiquer que ce n'est pas un fichier mais, par exemple, une commande qui suit
• pour le @ : ça n'affiche pas la commande lancée à l'écran
• pour le $ : tu aurais dû utiliser le formatage Markdown de LinuxFr.org (laisser une ligne blanche, puis ```bash et finir le bloc avec ```) ;cela fait comme en shell on va dire

export $(word 1, $(subst =, , $(1))) := $(word 2, $(subst =, , $(1)))

j'ai bon espoir qu'ils vendent au moins des trucs corrects

pour 1001 piles, j'ai eu des retours positifs de collègues :

• ils te trouvent les batteries qui vont bien pour mobile et portables (bon, ils vont pas faire de miracle si c'est un vieux coucou)
• ils peuvent démonter une batterie de portable défectueuse précédente : comme ça tu verras les cellules défectueuses que l'on a pu te fourguer…
• si tu as des besoins de batterie spécifique (caméra marine, drone…) ils peuvent te faire un montage correspondant à l'alimentation requises avec plusieurs blocs de Lithium-Ion 18650 cf. https://en.wikipedia.org/wiki/List_of_battery_sizes#Lithium-ion_batteries_(rechargeable)

un seul sync suffit ; éventuellement, tu peux en lancer un à la main pour te rassurer : il terminera immédiatement s'il n'y a pas d'activité d'I/O par ailleurs.

Je préfère :

date; dd if=fichier of=/dev/sdb bs=8M ; sync; date

comme ça j'ai la date de début et de fin ; et, oui sur une seule ligne ça fonctionne.

Tu peux rajouter un umount /dev/sdb avant d'enlever la clé (même s'il ne sert pas à grand chose, au pire le système verra que la clé a été retirée et dbus ou autre défera le(s) point(s) de montage).

il ne faut pas enlever ta clé avant d'avoir effectué un ; sync à la fin de ta ligne, voire un ; date pour voir quand cela s'est effectivement terminé.

Le débit obtenu correspond à la mise en cache (en RAM) des données, sans qu'elles aient été effectivement écrites sur ta clé… le sync permet d'avérer que l'écriture est effective.

c'est diapo ou version qui t'a choqué ? ;-)

^{ou alors belle boîte de dialogue !?}

D'où mon moinssage.

franchement, tu en es encore là ?

tu peux surfer à -42, ça permet de se donner le temps de tourner son clavier 7 fois avant de répondre à un commentaire désobligeant (ou vu en tant que tel)

mouais, snap et flatpak, c'est plutôt de l'ordre du pansement sur jambe de bois pour moi…

tu négliges l'importance des dépendances : cela tire généralement tout un ensemble, et au final ça devient aussi compliqué que de gérer une distribution :/

il serait possible de considérer qu'une distribution scinde ces paquets en 2

oui ?
exemple de distribution le faisant ? (nix est potentiellement dans les réponses)

le calculateur d'un FabLab en Bretagne

Lannion ? Brest ?

pour l'instant je reste à St Quay en télétravail ;-)

ok merci de ta réponse :-)

j'ai un peu la même approche du hpc que toi (= cloud, potentiellement 200 serveurs… donc faut automatiser), ce pour quoi un pilotage par GLPI pourrait être intéressant, autant comparer les 2 solutions.

C'est plus facile d'intégrer plusieurs changements petit à petit que plein de changement d'un coup.

pour une distribution Linux, c'est un peu plus compliqué…
Mageia travaille en coordination avec Fedora, Gentoo et Debian, mais gérer plus de 30000 paquets, spa si simple :-)

Quand il y a peu de dépendance, autant passer sur une nouvelle version du logiciel (ça permet de bénéficier des nouveaux bugs au plus tôt :p). C'est ce que j'aime bien avec Mageia, d'être plus pragmatique que Mandriva l'était.

Utilisateur de la première heure de Mandrake, j'ai passé pas mal de temps en cooker et désormais en cauldron : j'ai appris à savoir ce qui va péter, genre quand la libnss est mise à jour, firefox aura 2-3 soucis, corrigés dans la foulée… pareil quand la libc est mise à jour même si je n'ai pas eu beaucoup de problèmes de reboot.
J'avais relevé l'apport d'AdamW pour rawhide : non installable avant son arrivée (ou peu souvent).

Moui, suivre les développements logiciels permet de bénéficier des améliorations, mais concrètement ça prend du temps et l'utilisateur standard n'en a pas besoin (ou sinon, il participerait à la documentation / aux tests).

Ce n'est pas très compliqué sous linux de bénéficier de la dernière version d'un logiciel :

• au mieux un rpmbuild -ba si il y a déjà un paquet, suffit de cloner le dépôt et en faire un SOURCE.zip :-)
• sinon le classique make ; make install (ou cmake)

Qui fait cet effort ?

en même temps, un pseudo comme seveso pour payer ses factures EDF, ça doit pas aider :-) (pour gaz de france non plus, j'ai travaillé sur ce genre de site aussi, la direction recherche face au stade de france par exemple).

et donc ? Firefox est mort, c'est cela la conclusion ?

mémoire ROM o_O !?

comment cela se balade via GLPI qui permet le même genre de déploiement (et beaucoup d'autres choses en plus, pas que de la gestion de parc) ?

BlueBanquise gère-t-il une CMDB ?

pourquoi cette orientation affichée pour le hpc ? Je n'ai pas trop compris ce qui y est spécifique (je ne suis pas du domaine, on va dire).

bin, tu es concerné, je cite :

Le collectif Emmabuntüs sollicite aussi l’aide des internautes français et belges pour qu’ils pensent à donner leurs ordinateurs usagés (de moins de 15 ans), afin que puisse se poursuivre ce beau projet social et solidaire. N’hésitez pas à prendre contact avec nous via cette page de contact.

Tu peux aussi te rapprocher d'un fablab près de chez toi et leur demander ;-) C'est ce que nous faisons aussi à Viroflay et Vélizy (près de Versailles), par exemple, avec le même souhait d'avoir plutôt des ordis de moins de 15 ans, i.e. plutôt à partir de Core2duo (exit les pentium 4 énergivores et autres celerons poussifs), plutôt avec 1 Go de RAM : au besoin, nous avons des barrettes à ajouter, que ce soit pour ordi fixe ou portable, pour disposer si possible de 2 Go de RAM, ce qui est plus agréable.

il n'y a pas beaucoup d'infos…

bin, si tu sais reconditionner un ordi et le passer sous Linux, tu peux t'inscrire ; en regardant la carte, cela semble clair, non ?

Cela a fait l'objet préalable de journal et dépêche sur LinuxFr.org :

• https://linuxfr.org/users/emmabuntus/journaux/emmabuntus-chez-les-wallons
• https://linuxfr.org/news/la-clef-usb-magique-ou-presque-d-emmabuntus-pour-le-reemploi-d-ordinateur

Quand tu payes du SAAS tu t'en fiches de comment il est hébergé, non?

cela doit tout de même respecter quelques principes :

• le RGPD / GDPR pour les données personnelles ; donc plutôt hébergement en Europe, idéalement France, éventuellement Allemagne, plutôt dans une entreprise non américaine du fait du Patriot Act, du Cloud act et du privacy shield qui sont considérés insuffisants
• avoir les débits réseau qui vont bien : ici, il s'agit de dataware house (un vieux nom pour la BI^W Big Data, data mining / data drilling, bref de la récupération en masse d'infos à exfiltrer du SI historique et leur analyse dans un peu tous les sens :/
• maîtriser les bascules (haute disponibilité voire plan de reprise d'activité) qui diffèrent de ce qui se fait en interne
• donc bon SaaS ce n'est que le début, il faut aussi prévoir de rapatrier ses données en temps utile et se donner les moyens de les réutiliser par ailleurs
• cela change aussi la manière de faire les tests fonctionnels, de gérer les non régressions, généralement il faut s'adapter à la cadence de l'hébergeur plutôt que le contraire

Cela m'a l'air bien plus standard que d'étendre HTTP.

RFC publiée le 1 April 1998…

jdçjdr, de rien ;-)